Robert Millan <[EMAIL PROTECTED]> writes: > On Wed, Jan 30, 2008 at 09:08:34PM +0100, Marco Gerards wrote: >> Robert Millan <[EMAIL PROTECTED]> writes: >> >> > On Wed, Jan 30, 2008 at 06:57:38PM +0100, Marco Gerards wrote: >> >> Marco Gerards <[EMAIL PROTECTED]> writes: >> >> >> >> > 2009-01-28 Marco Gerards <[EMAIL PROTECTED]> >> >> > >> >> > * bus/pci.c: New file. >> >> > >> >> > * include/grub/pci.h: Likewise. >> >> > >> >> > * include/grub/i386/pc/pci.h: Likewise. >> >> > >> >> > * commands/lspci.c: Likewise. >> >> > >> >> > * conf/i386-pc.rmk (pkglib_MODULES): Add `pci.mod' and >> >> > `lspci.mod'. >> >> > (pci_mod_SOURCES): New variable. >> >> > (pci_mod_CFLAGS): Likewise. >> >> > (pci_mod_LDFLAGS): Likewise. >> >> > (lspci_mod_SOURCES): Likewise. >> >> > (lspci_mod_CFLAGS): Likewise. >> >> > (lspci_mod_LDFLAGS): Likewise. >> >> >> >> No objections? Did everyone have a (quick) look at the interfaces? >> > >> > You put grub_pci_read() in an arch-specific file; is that function really >> > arch-specific, or only its IO addresses are? >> >> IO addresses are Intel only, AFAIK. Almost all architectures have >> mmapped IO. It's really arch specific. > > Are you sure that makes grub_inl / grub_outl arch-specific ? They can't be > implemented as wrappers for direct memory access?
No, AFAIK that is not possible. However, PCI gives you the mmapped IO addresses we can use, for example for the ATA driver. -- Marco _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel