d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
f72a2ca28c
freebsd-dev/sys/pccard/pcic_pci.c

775 lines
23 KiB
C
Raw Normal View History

- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
/*
Update copyright info
2001-05-25 18:03:07 +00:00
* Copyright (c) 2001 M. Warner Losh. All Rights Reserved.
* Copyright (c) 1997 Ted Faber All rights reserved.
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
* notice immediately at the beginning of the file, without modification,
* this list of conditions, and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. Absolutely no warranty of function or purpose is made by the author
* Ted Faber.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
* IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
* IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- Removed typo in Copyright and added Id.
1998-02-07 20:41:20 +00:00
*
$Id$ -> $FreeBSD$
1999-08-28 01:08:13 +00:00
* $FreeBSD$
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
*/
#include <sys/param.h>
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
#include <sys/bus.h>
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
#include <sys/kernel.h>
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
#include <sys/module.h>
Introduce two new tunables from the boot loader. hw.pcic.irq Globally set the IRQ for all pcic devices' management interrupt (aka card status change or CSC interrupt) This is what used to be known as machdep.pccard.pcic_irq (which has been retained for now for compatibility). hw.pcic.ignore_fuction_1 Ignores function 1 for all PCIC bridges by not attaching to them. Lucent released a huge batch of cards that were imporperly manufactuered (lacking the 0 ohm resister to disable slot 1). This is a big hammer to keep those cards from causing problems (I've had 4 people contact me saying my patches worked great once they added a kludge to always ignore function 1, or until they soldered these resistors in place!). No clue where to document these. They act as both boot loader environment variables, as well as read-only sysctls after boot. At the same time, sort sys/systm.h in its proper order after sys/sysctl.h.
2001-07-27 16:07:02 +00:00
#include <sys/sysctl.h>
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
#include <sys/systm.h>
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
When including pci header files, do things differently for 5x and 4x to make code sharing between the two easier. Also, only do power management in -current. It doesn't exist in stable yet.
2001-07-19 21:43:01 +00:00
#if __FreeBSD_version < 500000
#include <pci/pcireg.h>
#include <pci/pcivar.h>
#else
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
#include <dev/pci/pcireg.h>
#include <dev/pci/pcivar.h>
When including pci header files, do things differently for 5x and 4x to make code sharing between the two easier. Also, only do power management in -current. It doesn't exist in stable yet.
2001-07-19 21:43:01 +00:00
#endif
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
I'll be making some rather substantial changes to the pci attachment of the pcic class of devices. Go ahead and move it to the "usual" place. I say "usual" in quotes since it isn't exactly right (not in dev/blah), but it is closer than before.
2001-05-13 01:52:55 +00:00
#include <pccard/pcic_pci.h>
- Support for multiple PD6832 controllers. Each found 6832 is assigned and initializes the next two ports in order starting at 03e0. This also patches pcic_p.h to reduce the I/O ports mapped from 4 to 2. Submitted by: Ted Faber <faber@ISI.EDU>
1998-01-20 21:11:03 +00:00
#include <pccard/i82365.h>
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
#include <pccard/cardinfo.h>
#include <pccard/slot.h>
#include <pccard/pcicvar.h>
#include <dev/pccard/pccardvar.h>
#include "card_if.h"
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
Introduce two new tunables from the boot loader. hw.pcic.irq Globally set the IRQ for all pcic devices' management interrupt (aka card status change or CSC interrupt) This is what used to be known as machdep.pccard.pcic_irq (which has been retained for now for compatibility). hw.pcic.ignore_fuction_1 Ignores function 1 for all PCIC bridges by not attaching to them. Lucent released a huge batch of cards that were imporperly manufactuered (lacking the 0 ohm resister to disable slot 1). This is a big hammer to keep those cards from causing problems (I've had 4 people contact me saying my patches worked great once they added a kludge to always ignore function 1, or until they soldered these resistors in place!). No clue where to document these. They act as both boot loader environment variables, as well as read-only sysctls after boot. At the same time, sort sys/systm.h in its proper order after sys/sysctl.h.
2001-07-27 16:07:02 +00:00
#define PRVERB(x) do { \
if (bootverbose) { device_printf x; } \
} while (0)
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
static int pcic_pci_get_memory(device_t dev);
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
SYSCTL_DECL(_hw_pcic);
Introduce two new tunables from the boot loader. hw.pcic.irq Globally set the IRQ for all pcic devices' management interrupt (aka card status change or CSC interrupt) This is what used to be known as machdep.pccard.pcic_irq (which has been retained for now for compatibility). hw.pcic.ignore_fuction_1 Ignores function 1 for all PCIC bridges by not attaching to them. Lucent released a huge batch of cards that were imporperly manufactuered (lacking the 0 ohm resister to disable slot 1). This is a big hammer to keep those cards from causing problems (I've had 4 people contact me saying my patches worked great once they added a kludge to always ignore function 1, or until they soldered these resistors in place!). No clue where to document these. They act as both boot loader environment variables, as well as read-only sysctls after boot. At the same time, sort sys/systm.h in its proper order after sys/sysctl.h.
2001-07-27 16:07:02 +00:00
static int pcic_ignore_function_1 = 0;
TUNABLE_INT("hw.pcic.ignore_function_1", &pcic_ignore_function_1);
SYSCTL_INT(_hw_pcic, OID_AUTO, ignore_function_1, CTLFLAG_RD,
&pcic_ignore_function_1, 0,
"When set, driver ignores pci function 1 of the bridge");
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
/*
* The following should be a hint, so we can do it on a per device
* instance, but this is convenient. Do not set this unless pci
* routing doesn't work. It is purposely vague and undocumented
* at the moment.
*/
static int pcic_interrupt_route = (int) pci_parallel;
TUNABLE_INT("hw.pcic.interrupt_route", &pcic_interrupt_route);
SYSCTL_INT(_hw_pcic, OID_AUTO, interrupt_route, CTLFLAG_RD,
&pcic_interrupt_route, (int) pci_parallel,
"Interrupt routing type for pci cardbus bridges.");
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
struct pcic_pci_table
{
u_int32_t devid;
const char *descr;
int type;
u_int32_t flags;
int revision;
} pcic_pci_devs[] = {
{ PCI_DEVICE_ID_PCIC_CLPD6729,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Cirrus Logic PD6729/6730 PC-Card Controller",
PCIC_PD672X, PCIC_PD_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_CLPD6832,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Cirrus Logic PD6832 PCI-CardBus Bridge",
PCIC_PD672X, PCIC_PD_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_CLPD6833,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Cirrus Logic PD6833 PCI-CardBus Bridge",
PCIC_PD672X, PCIC_PD_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_OZ6729,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"O2micro OZ6729 PC-Card Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_OZ6730,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"O2micro OZ6730 PC-Card Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_OZ6832,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"O2micro 6832/6833 PCI-Cardbus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_OZ6860,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"O2micro 6860/6836 PCI-Cardbus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_OZ6872,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"O2micro 6812/6872 PCI-Cardbus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_RICOH_RL5C465,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Ricoh RL5C465 PCI-CardBus Bridge",
PCIC_RF5C296, PCIC_RICOH_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_RICOH_RL5C475,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Ricoh RL5C475 PCI-CardBus Bridge",
PCIC_RF5C296, PCIC_RICOH_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_RICOH_RL5C476,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Ricoh RL5C476 PCI-CardBus Bridge",
PCIC_RF5C296, PCIC_RICOH_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_RICOH_RL5C477,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Ricoh RL5C477 PCI-CardBus Bridge",
PCIC_RF5C296, PCIC_RICOH_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_RICOH_RL5C478,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Ricoh RL5C478 PCI-CardBus Bridge",
PCIC_RF5C296, PCIC_RICOH_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1031,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1031 PCI-PCMCIA Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1130,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1130 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1131,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1131 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1211,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1211 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1220,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1220 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1221,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1221 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1225,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1225 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1250,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1250 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1251,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1251 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1251B,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1251B PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1410,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1410 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1420,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1420 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1450,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1450 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI1451,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-1451 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_PCIC_TI4451,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"TI PCI-4451 PCI-CardBus Bridge",
PCIC_I82365SL_DF, PCIC_DF_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_TOSHIBA_TOPIC95,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Toshiba ToPIC95 PCI-CardBus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_TOSHIBA_TOPIC97,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Toshiba ToPIC97 PCI-CardBus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ PCI_DEVICE_ID_TOSHIBA_TOPIC100,
First cut at getting the pcic controller and power information for each of the bridge chips. Before we wrongly assumes that all cardbus bridge chips were intel compatible step A/B. This mostly worked, but likely caused problems with certain cirrus logic cardbus bridges.
2001-07-01 23:41:09 +00:00
"Toshiba ToPIC100 PCI-CardBus Bridge",
PCIC_I82365, PCIC_AB_POWER },
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
{ 0, NULL, 0, 0 }
};
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
/*
* Read a register from the PCIC.
*/
static unsigned char
pcic_pci_getb2(struct pcic_slot *sp, int reg)
{
return (bus_space_read_1(sp->bst, sp->bsh, sp->offset + reg));
}
/*
* Write a register on the PCIC
*/
static void
pcic_pci_putb2(struct pcic_slot *sp, int reg, unsigned char val)
{
bus_space_write_1(sp->bst, sp->bsh, sp->offset + reg, val);
}
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
/*
* lookup inside the table
*/
static struct pcic_pci_table *
pcic_pci_lookup(u_int32_t devid, struct pcic_pci_table *tbl)
{
Fix a minor formatting nit
2001-05-25 19:24:58 +00:00
while (tbl->devid) {
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
if (tbl->devid == devid)
return (tbl);
tbl++;
}
return (NULL);
}
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
/*
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
* Set up the CL-PD6832
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
*/
static void
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pcic_pci_pd6832_init(device_t dev)
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
{
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
struct pcic_softc *sc = device_get_softc(dev);
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
u_long bcr; /* to set interrupts */
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
/*
* CLPD683X management interrupt enable bit is bit 11 in bridge
* control register(offset 0x3d).
* When this bit is turned on, card status change interrupt sets
* on ISA IRQ interrupt.
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
*/
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
bcr = pci_read_config(dev, CB_PCI_BRIDGE_CTRL, 2);
bcr |= CLPD6832_BCR_MGMT_IRQ_ENA;
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
if (sc->csc_route == pci_parallel)
bcr &= ~CLPD6832_BCR_ISA_IRQ;
else
bcr |= CLPD6832_BCR_ISA_IRQ;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pci_write_config(dev, CB_PCI_BRIDGE_CTRL, bcr, 2);
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
}
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
/*
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
* TI PCI-CardBus Host Adapter specific function code.
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
* This function is separated from pcic_pci_attach().
* Takeshi Shibagaki(shiba@jp.freebsd.org).
*/
static void
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pcic_pci_ti_init(device_t dev)
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
{
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
u_int32_t syscntl, diagctl, devcntl, cardcntl;
u_int32_t device_id = pci_get_devid(dev);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
struct pcic_softc *sc = device_get_softc(dev);
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
int ti113x = (device_id == PCI_DEVICE_ID_PCIC_TI1031) ||
The TI-1031 is more like the TI-113x chips rather than the 12xx or higher chips. Treat it as if it were a 113x. This is correct as far as 16-bit cards go, at least how we're using it. # It appears that my TI-1031 based pci card that YAMAMOTO shigeru-san gave # me on my trip to Japan now works.
2001-06-08 07:16:56 +00:00
(device_id == PCI_DEVICE_ID_PCIC_TI1130) ||
(device_id == PCI_DEVICE_ID_PCIC_TI1131);
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
syscntl = pci_read_config(dev, TI113X_PCI_SYSTEM_CONTROL, 4);
devcntl = pci_read_config(dev, TI113X_PCI_DEVICE_CONTROL, 1);
cardcntl = pci_read_config(dev, TI113X_PCI_CARD_CONTROL, 1);
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
switch (ti113x) {
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
case 0 :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
device_printf(dev, "TI12XX PCI Config Reg: ");
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
diagctl = pci_read_config(dev, TI12XX_PCI_DIAGNOSTIC, 1);
diagctl |= TI12XX_DIAG_CSC_INTR;
pci_write_config(dev, TI12XX_PCI_DIAGNOSTIC, diagctl, 1);
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
break;
case 1 :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
device_printf(dev, "TI113X PCI Config Reg: ");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
/*
Spelling police in a comment: Defalut -> Default.
2000-09-29 21:14:05 +00:00
* Default card control register setting is
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
* PCI interrupt. The method of this code
* switches PCI INT and ISA IRQ by bit 7 of
* Bridge Control Register(Offset:0x3e,0x13e).
* Takeshi Shibagaki(shiba@jp.freebsd.org)
*/
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
if (sc->func_route == pci_parallel) {
cardcntl |= TI113X_CARDCNTL_PCI_IRQ_ENA;
cardcntl &= ~TI113X_CARDCNTL_PCI_IREQ;
} else {
cardcntl |= TI113X_CARDCNTL_PCI_IREQ;
}
if (sc->csc_route == pci_parallel)
cardcntl |= TI113X_CARDCNTL_PCI_CSC;
else
cardcntl &= ~TI113X_CARDCNTL_PCI_CSC;
Move setting of TI113X_PCI_CARD_CONTROL register sooner
2001-04-17 23:56:12 +00:00
pci_write_config(dev, TI113X_PCI_CARD_CONTROL, cardcntl, 1);
cardcntl = pci_read_config(dev, TI113X_PCI_CARD_CONTROL, 1);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
if (syscntl & TI113X_SYSCNTL_CLKRUN_ENA) {
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
if (syscntl & TI113X_SYSCNTL_CLKRUN_SEL)
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[clkrun irq 12]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
else
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[clkrun irq 10]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
}
break;
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
if (sc->func_route == pci_parallel) {
devcntl &= ~TI113X_DEVCNTL_INTR_MASK;
pci_write_config(dev, TI113X_PCI_DEVICE_CONTROL, devcntl, 1);
devcntl = pci_read_config(dev, TI113X_PCI_DEVICE_CONTROL, 1);
syscntl |= TI113X_SYSCNTL_INTRTIE;
syscntl &= ~TI113X_SYSCNTL_SMIENB;
pci_write_config(dev, TI113X_PCI_SYSTEM_CONTROL, syscntl, 1);
}
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
if (cardcntl & TI113X_CARDCNTL_RING_ENA)
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[ring enable]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
if (cardcntl & TI113X_CARDCNTL_SPKR_ENA)
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[speaker enable]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
if (syscntl & TI113X_SYSCNTL_PWRSAVINGS)
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[pwr save]");
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
switch(devcntl & TI113X_DEVCNTL_INTR_MASK){
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
case TI113X_DEVCNTL_INTR_ISA :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[CSC parallel isa irq]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
break;
case TI113X_DEVCNTL_INTR_SERIAL :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[CSC serial isa irq]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
break;
case TI113X_DEVCNTL_INTR_NONE :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[pci only]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
break;
case TI12XX_DEVCNTL_INTR_ALLSERIAL :
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("[FUNC pci int + CSC serial isa irq]");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
break;
}
Don't use a buffer for the state info from the TI chips. Just print it directly. Also, minor style(9) nits near one or two of these sites.
2001-07-30 07:17:40 +00:00
printf("\n");
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
}
static void
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pcic_pci_cardbus_init(device_t dev)
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
{
u_int16_t brgcntl;
int unit;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
struct pcic_softc *sc = device_get_softc(dev);
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
unit = device_get_unit(dev);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
if (sc->func_route == pci_parallel) {
/* Use INTA for routing interrupts via pci bus */
brgcntl = pci_read_config(dev, CB_PCI_BRIDGE_CTRL, 2);
brgcntl &= ~CB_BCR_INT_EXCA;
brgcntl |= CB_BCR_WRITE_POST_EN | CB_BCR_MASTER_ABORT;
pci_write_config(dev, CB_PCI_BRIDGE_CTRL, brgcntl, 2);
} else {
/* Output ISA IRQ indicated in ExCA register(0x03). */
brgcntl = pci_read_config(dev, CB_PCI_BRIDGE_CTRL, 2);
brgcntl |= CB_BCR_INT_EXCA;
pci_write_config(dev, CB_PCI_BRIDGE_CTRL, brgcntl, 2);
}
/* Turn off legacy address */
pci_write_config(dev, CB_PCI_LEGACY16_IOADDR, 0, 2);
Write zeros into the base/bounds register bars. We need to do this because NEWBUS (and I think some versions of Windows sometimes) writes 0xffffffff to these registers to disable them. When they are "disabled" like this, writing memory ranges to the pcic registers are ignored and you will get "card (null) (null)" when you insert a call otherwise.
2001-07-01 23:41:24 +00:00
/*
* Write zeros into the remaining BARs. This seems to turn off
* the pci configuration of these things and make the cardbus
* bridge use the values for memory programmed into the pcic
* registers.
*/
pci_write_config(dev, CB_PCI_MEMBASE0, 0, 4);
pci_write_config(dev, CB_PCI_MEMLIMIT0, 0, 4);
pci_write_config(dev, CB_PCI_MEMBASE1, 0, 4);
pci_write_config(dev, CB_PCI_MEMLIMIT1, 0, 4);
pci_write_config(dev, CB_PCI_IOBASE0, 0, 4);
pci_write_config(dev, CB_PCI_IOLIMIT0, 0, 4);
pci_write_config(dev, CB_PCI_IOBASE1, 0, 4);
pci_write_config(dev, CB_PCI_IOLIMIT1, 0, 4);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
return;
}
static void
pcic_pci_ricoh_init(device_t dev, int old)
{
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
u_int16_t brgcntl;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
/*
* Ricoh chips have a legacy bridge enable different than most
* Code cribbed from NEWBUS's bridge code since I can't find a
* datasheet for them that has register definitions.
*/
if (old) {
brgcntl = pci_read_config(dev, CB_PCI_BRIDGE_CTRL, 2);
brgcntl &= ~(CB_BCR_RL_3E2_EN | CB_BCR_RL_3E0_EN);
pci_write_config(dev, CB_PCI_BRIDGE_CTRL, brgcntl, 2);
}
}
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
Give hopefully better diagnostics about the card types we reject.
2001-07-27 07:14:12 +00:00
static const char *
pcic_pci_cardtype(u_int32_t stat)
{
if (stat & CB_SS_NOTCARD)
return ("Cardtype unrecognized by bridge");
if ((stat & (CB_SS_16BIT | CB_SS_CB)) == (CB_SS_16BIT | CB_SS_CB))
return ("16-bit and 32-bit (can't happen)");
if (stat & CB_SS_16BIT)
return ("16-bit pccard");
if (stat & CB_SS_CB)
return ("32-bit cardbus");
return ("none (can't happen)");
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
static void
pcic_cd_event(void *arg)
{
struct pcic_softc *sc = (struct pcic_softc *) arg;
struct pcic_slot *sp = &sc->slots[0];
u_int32_t stat;
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
stat = bus_space_read_4(sp->bst, sp->bsh, CB_SOCKET_STATE);
Some people are having problems with insert/eject. Add some debug information until the problems can be tracked down. Right now these are unconditional, but later it will be hidden behind a boot verbose. Also, if there are no events listed in the event mask, return right away. Specifically avoid writing back interrupt acks in this case.
2001-06-16 23:26:18 +00:00
device_printf(sc->dev, "debounced state is 0x%x\n", stat);
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
if ((stat & CB_SS_CD) == 0) {
if ((stat & CB_SS_16BIT) == 0)
Give hopefully better diagnostics about the card types we reject.
2001-07-27 07:14:12 +00:00
device_printf(sp->sc->dev, "Unsupported card: %s\n",
pcic_pci_cardtype(stat));
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
else
pccard_event(sp->slt, card_inserted);
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
} else {
pccard_event(sp->slt, card_removed);
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sc->cd_pending = 0;
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
static void
pcic_pci_intr(void *arg)
{
struct pcic_softc *sc = (struct pcic_softc *) arg;
struct pcic_slot *sp = &sc->slots[0];
u_int32_t event;
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
u_int32_t stat;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
event = bus_space_read_4(sp->bst, sp->bsh, CB_SOCKET_EVENT);
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
if (event != 0) {
device_printf(sc->dev, "Event mask 0x%x\n", event);
if ((event & CB_SE_CD) != 0 && !sc->cd_pending) {
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sc->cd_pending = 1;
timeout(pcic_cd_event, arg, hz/2);
}
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
/* Ack the interrupt, all of them to be safe */
bus_space_write_4(sp->bst, sp->bsh, 0, 0xffffffff);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
}
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
/*
* TI chips also require us to read the old ExCA register for
* card status change when we route CSC via PCI! So, we go ahead
* and read it to clear the bits. Maybe we should check the status
* ala the ISA interrupt handler, but those changes should be caught
* in the CD change.
*/
sp->getb(sp, PCIC_STAT_CHG);
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
/* Now call children interrupts if any */
Minor nits merged from my stable tree: o kill blank line that I introduced in cardinfo.h o Delete unused variable wasinactive. o return 0 from pccard_resume. o Set the state and lastsate initially to be empty. o move comment above code for interrupt dispatching. o Powerstate interface is now available as of 430002, not 500000 (note that this change will be not 100% correct since the power state stuff didn't enter current until well after 500000, but it is good enough for the two branche we have going now).
2001-07-27 07:47:35 +00:00
stat = bus_space_read_4(sp->bst, sp->bsh, CB_SOCKET_STATE);
TI cardbus bridges, 12xx and newer, have an interesting register. It is the diagnostics register at offset 0x93. When bit 5 is set in this register, bits 4-7 in ExCA register 0x5 being 0000 are required for pci interrupt routing. When it is clear, then bit 4 of ExCA register 0x3 is used to enable it. The only other issue is that when you route interrupts this way, you must read ExCA register 0x4 in order to clear the interrupt, else you get an interrupt storm. Deal with this requirement by setting things up. It is believed that this won't hurt other chipsets, but other chipsets may require their own work arounds.
2001-08-01 19:41:56 +00:00
if ((stat & CB_SS_CD) == 0) {
if (sp->intr != NULL)
sp->intr(sp->argp);
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
}
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
/*
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
* Return the ID string for the controller if the vendor/product id
* matches, NULL otherwise.
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
*/
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
static int
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
pcic_pci_probe(device_t dev)
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
{
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
u_int8_t subclass;
u_int8_t progif;
const char *desc;
u_int32_t device_id;
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
struct pcic_pci_table *itm;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
struct resource *res;
int rid;
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
Introduce two new tunables from the boot loader. hw.pcic.irq Globally set the IRQ for all pcic devices' management interrupt (aka card status change or CSC interrupt) This is what used to be known as machdep.pccard.pcic_irq (which has been retained for now for compatibility). hw.pcic.ignore_fuction_1 Ignores function 1 for all PCIC bridges by not attaching to them. Lucent released a huge batch of cards that were imporperly manufactuered (lacking the 0 ohm resister to disable slot 1). This is a big hammer to keep those cards from causing problems (I've had 4 people contact me saying my patches worked great once they added a kludge to always ignore function 1, or until they soldered these resistors in place!). No clue where to document these. They act as both boot loader environment variables, as well as read-only sysctls after boot. At the same time, sort sys/systm.h in its proper order after sys/sysctl.h.
2001-07-27 16:07:02 +00:00
if (pcic_ignore_function_1 && pci_get_function(dev) == 1) {
PRVERB((dev, "Ignoring function 1\n"));
return (ENXIO);
}
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
device_id = pci_get_devid(dev);
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
desc = NULL;
Move to using the common device list. Move to table driven probing of these devices since we have such a long list.
2001-05-25 19:22:36 +00:00
itm = pcic_pci_lookup(device_id, &pcic_pci_devs[0]);
if (itm != NULL)
desc = itm->descr;
Combine a couple of tests to reduce the indentation level.
2001-07-01 23:41:57 +00:00
if (desc == NULL && pci_get_class(dev) == PCIC_BRIDGE) {
subclass = pci_get_subclass(dev);
progif = pci_get_progif(dev);
if (subclass == PCIS_BRIDGE_PCMCIA && progif == 0)
desc = "Generic PCI-PCMCIA Bridge";
if (subclass == PCIS_BRIDGE_CARDBUS && progif == 0)
desc = "YENTA PCI-CARDBUS Bridge";
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
}
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
if (desc == NULL)
return (ENXIO);
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
device_set_desc(dev, desc);
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
Minor nits merged from my stable tree: o kill blank line that I introduced in cardinfo.h o Delete unused variable wasinactive. o return 0 from pccard_resume. o Set the state and lastsate initially to be empty. o move comment above code for interrupt dispatching. o Powerstate interface is now available as of 430002, not 500000 (note that this change will be not 100% correct since the power state stuff didn't enter current until well after 500000, but it is good enough for the two branche we have going now).
2001-07-27 07:47:35 +00:00
#if __FreeBSD_version >= 430002
If the chip isn't in power state D0, put it in power state D0. I elected to do this in the probe rather than the attach so that we don't disturb things which this might reset. different cards have different quirks, according to their datasheets. This should fix the "I booted in windows and rebooted to FreeBSD and now things don't work" problem. PR: 4847, 20670
2001-06-04 17:14:28 +00:00
/*
* Take us out of power down mode.
*/
if (pci_get_powerstate(dev) != PCI_POWERSTATE_D0) {
/* Reset the power state. */
device_printf(dev, "chip is in D%d power mode "
"-- setting to D0\n", pci_get_powerstate(dev));
pci_set_powerstate(dev, PCI_POWERSTATE_D0);
}
When including pci header files, do things differently for 5x and 4x to make code sharing between the two easier. Also, only do power management in -current. It doesn't exist in stable yet.
2001-07-19 21:43:01 +00:00
#endif
If the chip isn't in power state D0, put it in power state D0. I elected to do this in the probe rather than the attach so that we don't disturb things which this might reset. different cards have different quirks, according to their datasheets. This should fix the "I booted in windows and rebooted to FreeBSD and now things don't work" problem. PR: 4847, 20670
2001-06-04 17:14:28 +00:00
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
/*
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
* Allocated/deallocate interrupt. This forces the PCI BIOS or
* other MD method to route the interrupts to this card.
If the chip isn't in power state D0, put it in power state D0. I elected to do this in the probe rather than the attach so that we don't disturb things which this might reset. different cards have different quirks, according to their datasheets. This should fix the "I booted in windows and rebooted to FreeBSD and now things don't work" problem. PR: 4847, 20670
2001-06-04 17:14:28 +00:00
* This so we get the interrupt number in the probe message.
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
* We only need to route interrupts when we're doing pci
* parallel interrupt routing.
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
*/
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
if (pcic_interrupt_route == pci_parallel) {
rid = 0;
res = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1,
RF_ACTIVE);
if (res)
bus_release_resource(dev, SYS_RES_IRQ, rid, res);
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
return (0);
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
}
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
/*
* General PCI based card dispatch routine. Right now
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
* it only understands the Ricoh, CL-PD6832 and TI parts. It does
Add device id for the OZ Micro 6832. I didn't try to init it like the Cirrus Logic parts that end in 6832, but maybe some machines will need that in the future.
2001-01-02 21:42:48 +00:00
* try to do generic things with other parts.
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
*/
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
static int
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
pcic_pci_attach(device_t dev)
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
{
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
u_int32_t device_id = pci_get_devid(dev);
u_long command;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
struct pcic_slot *sp;
struct pcic_softc *sc;
u_int32_t sockbase;
struct pcic_pci_table *itm;
int rid;
struct resource *r;
int error;
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
u_long start;
u_long end;
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
/*
Make this compile without depending on the FreeBSD 2.2 compatability defines.
2000-05-28 16:31:35 +00:00
* In sys/pci/pcireg.h, PCIR_COMMAND must be separated
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
* PCI_COMMAND_REG(0x04) and PCI_STATUS_REG(0x06).
* Takeshi Shibagaki(shiba@jp.freebsd.org).
*/
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
command = pci_read_config(dev, PCIR_COMMAND, 4);
command |= PCIM_CMD_PORTEN | PCIM_CMD_MEMEN;
pci_write_config(dev, PCIR_COMMAND, command, 4);
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sc = (struct pcic_softc *) device_get_softc(dev);
sp = &sc->slots[0];
sp->sc = sc;
sockbase = pci_read_config(dev, 0x10, 4);
if (sockbase & 0x1) {
Save the IRQ that we get in pci attachment. Print type of pci bridge we find. Force the IRQ of pci bridges upon all its children. Allocate the resources on behalf of the bridge when we're testing to see if they exist. This should help people who don't read updating instructions very well. This patch started out with an idea from Shigeru Yamamoto-san in -current.
2001-06-16 06:33:01 +00:00
device_printf(dev, "I/O mapped device, might not work.\n");
First stab at adding back in CL-PD6729 support.
2001-06-09 07:34:17 +00:00
sc->iorid = CB_PCI_SOCKET_BASE;
sc->iores = bus_alloc_resource(dev, SYS_RES_IOPORT,
&sc->iorid, 0, ~0, 1, RF_ACTIVE | RF_SHAREABLE);
if (sc->iores == NULL)
return (ENOMEM);
sp->getb = pcic_getb_io;
sp->putb = pcic_putb_io;
bsh and bst are unused in softc, except for setting them. We do use the bsh and bst in the pcic_slot structures.
2001-07-31 15:53:17 +00:00
sp->bst = rman_get_bustag(sc->iores);
sp->bsh = rman_get_bushandle(sc->iores);
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
sp->offset = pci_get_function(dev) * PCIC_SLOT_SIZE;
First stab at adding back in CL-PD6729 support.
2001-06-09 07:34:17 +00:00
sp->controller = PCIC_PD672X;
sp->revision = 0;
sc->flags = PCIC_PD_POWER;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
} else {
sc->memrid = CB_PCI_SOCKET_BASE;
sc->memres = bus_alloc_resource(dev, SYS_RES_MEMORY,
&sc->memrid, 0, ~0, 1, RF_ACTIVE);
if (sc->memres == NULL && pcic_pci_get_memory(dev) != 0)
return (ENOMEM);
sp->getb = pcic_pci_getb2;
sp->putb = pcic_pci_putb2;
sp->offset = CB_EXCA_OFFSET;
bsh and bst are unused in softc, except for setting them. We do use the bsh and bst in the pcic_slot structures.
2001-07-31 15:53:17 +00:00
sp->bst = rman_get_bustag(sc->memres);
sp->bsh = rman_get_bushandle(sc->memres);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
itm = pcic_pci_lookup(device_id, &pcic_pci_devs[0]);
if (itm != NULL) {
sp->controller = itm->type;
sp->revision = itm->revision;
sc->flags = itm->flags;
} else {
/* By default, assume we're a D step compatible */
sp->controller = PCIC_I82365SL_DF;
sp->revision = 0;
sc->flags = PCIC_DF_POWER;
}
}
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
sp->slt = (struct slot *) 1;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sc->dev = dev;
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
sc->csc_route = pcic_interrupt_route;
sc->func_route = pcic_interrupt_route;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
switch (device_id) {
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
case PCI_DEVICE_ID_RICOH_RL5C465:
case PCI_DEVICE_ID_RICOH_RL5C466:
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pcic_pci_ricoh_init(dev, 1);
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
pcic_pci_cardbus_init(dev);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
break;
case PCI_DEVICE_ID_RICOH_RL5C475:
case PCI_DEVICE_ID_RICOH_RL5C476:
case PCI_DEVICE_ID_RICOH_RL5C477:
case PCI_DEVICE_ID_RICOH_RL5C478:
pcic_pci_ricoh_init(dev, 0);
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
pcic_pci_cardbus_init(dev);
When booting, turn on the 3E0 compatibility address for ricoh cardbus parts. This is based on the newcard code that turns it off :-). We can now reboot after NEWCARD or Windows and have OLDCARD work. Add support for the RL5C466 while I'm at it. Treat TI1031 the same as the CLPD6832. It doesn't work yet, but sucks less than it did before. Also add a few #defines for other changes in the pipe.
2001-04-17 23:15:00 +00:00
break;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
case PCI_DEVICE_ID_PCIC_TI1031:
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
case PCI_DEVICE_ID_PCIC_TI1130:
case PCI_DEVICE_ID_PCIC_TI1131:
Add TI-1211 chipset from datasheet info
2000-04-20 03:16:49 +00:00
case PCI_DEVICE_ID_PCIC_TI1211:
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
case PCI_DEVICE_ID_PCIC_TI1220:
case PCI_DEVICE_ID_PCIC_TI1221:
Add TI-1211 chipset from datasheet info
2000-04-20 03:16:49 +00:00
case PCI_DEVICE_ID_PCIC_TI1225:
More fully initialize cardbus bridges. We now call the new generic cardbus bridge init routine for all cardbuses. This routine attempts to compensate for BIOSes that do not setup the cardbus bridge into legacy mode. Since this is becoming more common, and cardbus pci cards have appeared on the market, this makes sense. Do some TI113x specific initialization. This came in as part of the patch. Report TI1[1234]XX specific config registers protected by bootverbose. Minor code cleanup while I'm here. I've also removed the unused code present in the original patches, and cleaned it up slightly in places as well. The original patches supported more than one card, but these patches support just one. We should likely revisit this in the future. This makes the Compaq card that Walnut Creek CD purchased for me work in my bouncer box. This is a MFC candidate. However, I'd like to get some airtime on these patches on as many laptops as possible before doing the MFC. It does change things somewhat. In theory, apart from the minor TI tweaks, this shouldn't change anything if the bridge is in legacy mode already. Submitted by: sanpei@sanpei.org (MIHIRA Yoshiro)
2000-03-25 20:29:55 +00:00
case PCI_DEVICE_ID_PCIC_TI1250:
case PCI_DEVICE_ID_PCIC_TI1251:
case PCI_DEVICE_ID_PCIC_TI1251B:
case PCI_DEVICE_ID_PCIC_TI1410:
case PCI_DEVICE_ID_PCIC_TI1420:
case PCI_DEVICE_ID_PCIC_TI1450:
case PCI_DEVICE_ID_PCIC_TI1451:
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
case PCI_DEVICE_ID_PCIC_TI4451:
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
pcic_pci_ti_init(dev);
pcic_pci_cardbus_init(dev);
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
break;
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
case PCI_DEVICE_ID_PCIC_CLPD6832:
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
pcic_pci_pd6832_init(dev);
Add TI-1031 id. It doesn't work yet, but it is nice to have it. These were on cards that were pci pccard (not cardbus) bridges that lived in SparcUltras that picked up on ebay.
2000-08-29 04:40:17 +00:00
break;
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
default:
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
pcic_pci_cardbus_init(dev);
break;
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
}
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
if (sc->csc_route == pci_parallel) {
start = 0;
end = ~0;
} else {
start = pcic_override_irq;
end = pcic_override_irq;
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
rid = 0;
r = NULL;
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
r = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, start, end, 1,
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
RF_ACTIVE | RF_SHAREABLE);
if (r == NULL) {
device_printf(dev, "Failed to allocate managment irq\n");
return (EIO);
}
sc->irqrid = rid;
sc->irqres = r;
Save the IRQ that we get in pci attachment. Print type of pci bridge we find. Force the IRQ of pci bridges upon all its children. Allocate the resources on behalf of the bridge when we're testing to see if they exist. This should help people who don't read updating instructions very well. This patch started out with an idea from Shigeru Yamamoto-san in -current.
2001-06-16 06:33:01 +00:00
sc->irq = rman_get_start(r);
Use INTR_TYPE_AV rather than INTR_TYPE_MISC for the interrupt for pci interrupts for the bridge.
2001-07-10 04:43:21 +00:00
error = bus_setup_intr(dev, r, INTR_TYPE_AV, pcic_pci_intr,
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
(void *) sc, &sc->ih);
if (error) {
pcic_dealloc(dev);
return (error);
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
}
- Support for multiple PD6832 controllers. Each found 6832 is assigned and initializes the next two ports in order starting at 03e0. This also patches pcic_p.h to reduce the I/O ports mapped from 4 to 2. Submitted by: Ted Faber <faber@ISI.EDU>
1998-01-20 21:11:03 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
return (pcic_attach(dev));
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
}
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
Add a detach method to allow this device to be unloaded.
2000-08-30 06:57:38 +00:00
static int
pcic_pci_detach(device_t dev)
{
Minor style(9) changes: return (VALUE);
2001-05-14 06:15:24 +00:00
return (0);
Add a detach method to allow this device to be unloaded.
2000-08-30 06:57:38 +00:00
}
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
/*
* The PCI bus should do this for us. However, it doesn't quite yet, so
* we cope by doing it ourselves. If it ever does, this code can go quietly
* into that good night.
*/
static int
pcic_pci_get_memory(device_t dev)
{
struct pcic_softc *sc;
u_int32_t sockbase;
sc = (struct pcic_softc *) device_get_softc(dev);
sockbase = pci_read_config(dev, sc->memrid, 4);
if (sockbase >= 0x100000 && sockbase < 0xfffffff0) {
device_printf(dev, "Could not map register memory\n");
return (ENOMEM);
}
pci_write_config(dev, sc->memrid, 0xffffffff, 4);
sockbase = pci_read_config(dev, sc->memrid, 4);
sockbase = (sockbase & 0xfffffff0) & -(sockbase & 0xfffffff0);
#define CARDBUS_SYS_RES_MEMORY_START 0x44000000
A bunch of interrupt related cleanup. o Move PIOCSRESOURCE from pccard to pcic so the kernel can give pccardd better hints as to what resources to use. o Implement an undocumented hw.pcic.interrupt_route to allow people that need to do so to route their interrupts in a non-standard way. o Only preallocate a resource in probe if we're routing via pci. o If we aren't routing via pci, then set the irq to use explicitly to defeat the automatic IRQ routing of the pci layer. This, with the pccardd code should be close to what can be committed to -stable.
2001-07-31 06:44:37 +00:00
#define CARDBUS_SYS_RES_MEMORY_END 0xFFFFFFFF
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sc->memres = bus_generic_alloc_resource(device_get_parent(dev),
dev, SYS_RES_MEMORY, &sc->memrid,
CARDBUS_SYS_RES_MEMORY_START, CARDBUS_SYS_RES_MEMORY_END,
sockbase, RF_ACTIVE | rman_make_alignment_flags(sockbase));
if (sc->memres == NULL) {
device_printf(dev, "Could not grab register memory\n");
return (ENOMEM);
}
sockbase = rman_get_start(sc->memres);
pci_write_config(dev, sc->memrid, sockbase, 4);
device_printf(dev, "PCI Memory allocated: 0x%08x\n", sockbase);
return (0);
}
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
static int
pcic_pci_setup_intr(device_t dev, device_t child, struct resource *irq,
int flags, driver_intr_t *intr, void *arg, void **cookiep)
{
struct pcic_softc *sc = (struct pcic_softc *) device_get_softc(dev);
struct pcic_slot *sp = &sc->slots[0];
Make the multiple interrupts attachment an error not a panic. Sometimes, when pccardd is restarted, it fails to realize that the device is already attached and tries to attach it again. This leads to bad mojo since the pccard code isn't setup to handle that, so the panic was put in. Now it appears that it is triggering too easily, so I'm backing it off to a non-fatal error.
2001-07-25 15:09:54 +00:00
if (sp->intr) {
device_printf(dev,
"Interrupt already established, possible multiple attach bug.\n");
return (EINVAL);
}
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
sp->intr = intr;
sp->argp = arg;
*cookiep = sc;
return (0);
}
static int
pcic_pci_teardown_intr(device_t dev, device_t child, struct resource *irq,
void *cookie)
{
struct pcic_softc *sc = (struct pcic_softc *) device_get_softc(dev);
struct pcic_slot *sp = &sc->slots[0];
sp->intr = NULL;
sp->argp = NULL;
return (0);
}
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
static device_method_t pcic_pci_methods[] = {
/* Device interface */
DEVMETHOD(device_probe, pcic_pci_probe),
DEVMETHOD(device_attach, pcic_pci_attach),
Add a detach method to allow this device to be unloaded.
2000-08-30 06:57:38 +00:00
DEVMETHOD(device_detach, pcic_pci_detach),
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
DEVMETHOD(device_suspend, bus_generic_suspend),
DEVMETHOD(device_resume, bus_generic_resume),
DEVMETHOD(device_shutdown, bus_generic_shutdown),
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
/* Bus interface */
DEVMETHOD(bus_print_child, bus_generic_print_child),
DEVMETHOD(bus_alloc_resource, pcic_alloc_resource),
DEVMETHOD(bus_release_resource, bus_generic_release_resource),
DEVMETHOD(bus_activate_resource, pcic_activate_resource),
DEVMETHOD(bus_deactivate_resource, pcic_deactivate_resource),
Some interrelated interrupt changes. Frist, for pci slots, make the setup intr save the requested interrupt vector and arg and return rather than passing it up to our parent. On interrupts, we call this vector iff there's a card in the slot. This should eliminate some of the hangs or "weird" messages that people see when ejecting cards and also help close the race window somewhat. Reading the pci bus one more time for this information is judged to be an acceptible tradeoff since it is very very fast. Cleanup a little how we detect unsupported cards. Only detect unsupported cards (eg cardbus cards) on card insertion (or more pedantically when a card is actually present). This should allow us to change the message in the future to "cardbus card not supported with OLDCARD" :-). Note: We may also consider this for the ISA bus case, but there the reads are much more expensive and the location of the CD pin status lines appears to be less standardized. Also, the ISA management interrupt isn't shared with the card's interrupt. The mutliplex the CSC and function interrupts bit also appears to be non-standard (or at least not imlemented on all bridges).
2001-07-01 23:41:43 +00:00
DEVMETHOD(bus_setup_intr, pcic_pci_setup_intr),
DEVMETHOD(bus_teardown_intr, pcic_pci_teardown_intr),
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
/* Card interface */
DEVMETHOD(card_set_res_flags, pcic_set_res_flags),
DEVMETHOD(card_get_res_flags, pcic_get_res_flags),
DEVMETHOD(card_set_memory_offset, pcic_set_memory_offset),
DEVMETHOD(card_get_memory_offset, pcic_get_memory_offset),
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
{0, 0}
};
- Bring in code removed from /sys/pccard/pcic.c, including DEVICE IDs, and more bootverbose code. - Style nits. No significant functional changes.
1997-12-02 22:13:59 +00:00
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
static driver_t pcic_pci_driver = {
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
"pcic",
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
pcic_pci_methods,
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
sizeof(struct pcic_softc)
Update the pci->pcic compatability module to newbus. This is a simple conversion to eliminate the compatability shims without making any significant changes. This eliminates the shim warnings. Obtained from: n_himba (tweaked by me, don't blame him for this) Approved by: jkh
2000-02-02 16:49:21 +00:00
};
- Framework for PCI/CardBus controllers running in PCMCIA emulation mode. Currently, the only supported controller is the Cirrus Logic PD6832, but others can be supported with docs on them. Submitted by: Ted Faber <faber@ISI.EDU>
1997-12-02 21:26:41 +00:00
Add new pci attachment for pcic. This supports pci cards as well as card bus bridges. We now always use pci interrupts for pci cards. This will allow us to more easily configure things. You must change your IRQ lines in /etc/pccard.conf to match what we've probed. I'm not sure the right way to deal with this right now. Development of pci pcmcia has been funded by Monzoon Networks AG. I am grateful for their generosity.
2001-06-04 06:49:46 +00:00
DRIVER_MODULE(pcic, pci, pcic_pci_driver, pcic_devclass, 0, 0);
Reference in New Issue Copy Permalink