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:[EMAIL PROTECTED] Sent: Wednesday, January 31, 2007 6:53 AM To: [EMAIL PROTECTED] Cc: [email protected] 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 _______________________________________________ Linuxppc-embedded mailing list [email protected] https://ozlabs.org/mailman/listinfo/linuxppc-embedded
