Audigy SE / ca0106 driver for PowerPC?
Russell McGuire
rmcguire at videopresence.com
Thu Feb 1 02:20:59 EST 2007
After comparing the driver methods to a couple of other PCI drivers that do
work on PowerPC <like the nvidia and ati stuff>, it looks like the methods
for accessing the PCI IO space are very depreciated in this driver..
Would it be safe to assume that if I were to modify the existing
chip->port = pci_resource_start(pcidev,0);
chip->res_port = request_region(chip->port, size);
outl(chip->port+MyReg, data);
To something like:
chip->port = pci_resource_start(pcidev,0);
snd_length = pci_resource_len(pcidev, 0);
snd_port = ioremap(chip->port, length);
outl(port+MyReg, data);
I am not sure if I want to leave the outl in there, perhaps a different
function, or just a direct assignment?
-Russ
-----Original Message-----
From: Kumar Gala [mailto:galak at kernel.crashing.org]
Sent: Wednesday, January 31, 2007 6:53 AM
To: rmcguire at videopresence.com
Cc: linuxppc-embedded at ozlabs.org
Subject: Re: Audigy SE / ca0106 driver for PowerPC?
On Jan 31, 2007, at 6:14 AM, Russell McGuire wrote:
> All,
>
> I recently tried to plugin and use an Audigy SE PCI card with
> 2.6.20 and
> noticed that it would lock up during driver registration.
>
> After a little digging, I found that the interrupt routine and a
> few other
> functions are relying on the x86 inl() / outl() to read from the
> sound card.
>
> Is anyone aware of a PPC port for this driver? Or if it would be
> feasible? I
> haven't ported a driver between architectures before.
>
> Or does the inl() / outl() already have PPC equivalent functions
> and I need
> to be looking for a PCI configuration problem with my system?
We implement these on PPC. Clearly we don't have x86 style port IO,
usually its handled by memory mapped access to a special region of
memory that will be converted into a PCI IO space access.
- k
More information about the Linuxppc-embedded
mailing list