From: "Pat O'Rourke" <orourke@mclinux.com>
To: linux-ia64@vger.kernel.org
Subject: [Linux-ia64] [PATCH] unresolved symbols w/ CONFIG_SWIOTLB turned off
Date: Fri, 18 Aug 2000 18:32:46 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590678205357@msgid-missing> (raw)
While debugging a problem booting test6 on a lion, I turned off
CONFIG_SWIOTLB and received a bunch of unresolved symbols. It
seems that the definitions for several pci_* functions were
incorporated from pci.h into ia64/kernel/pci-dma.c, but were
left as externs.
Pat
--
Patrick O'Rourke
orourke@missioncriticallinux.com
--- linux-2.4.0-test6-ia64/arch/ia64/kernel/pci-dma.c Thu Aug 17 09:33:38 2000
+++ sbox/ia64/linux-2.4.0-test6/arch/ia64/kernel/pci-dma.c Fri Aug 18 14:21:40
2000
@@ -394,7 +394,7 @@
* Once the device is given the dma address, the device owns this memory
* until either pci_unmap_single or pci_dma_sync_single is performed.
*/
-extern inline dma_addr_t
+dma_addr_t
pci_map_single (struct pci_dev *hwdev, void *ptr, size_t size, int direction)
{
if (direction = PCI_DMA_NONE)
@@ -410,7 +410,7 @@
* After this call, reads by the cpu to the buffer are guarenteed to see
* whatever the device wrote there.
*/
-extern inline void
+void
pci_unmap_single (struct pci_dev *hwdev, dma_addr_t dma_addr, size_t size,
int direction)
{
if (direction = PCI_DMA_NONE)
@@ -433,7 +433,7 @@
* Device ownership issues as mentioned above for pci_map_single are
* the same here.
*/
-extern inline int
+int
pci_map_sg (struct pci_dev *hwdev, struct scatterlist *sg, int nents, int
direction)
{
if (direction = PCI_DMA_NONE)
@@ -446,7 +446,7 @@
* Again, cpu read rules concerning calls here are the same as for
* pci_unmap_single() above.
*/
-extern inline void
+void
pci_unmap_sg (struct pci_dev *hwdev, struct scatterlist *sg, int nents, int
direction)
{
if (direction = PCI_DMA_NONE)
@@ -463,7 +463,7 @@
* next point you give the PCI dma address back to the card, the
* device again owns the buffer.
*/
-extern inline void
+void
pci_dma_sync_single (struct pci_dev *hwdev, dma_addr_t dma_handle, size_t
size, int direction)
{
if (direction = PCI_DMA_NONE)
@@ -478,7 +478,7 @@
* The same as pci_dma_sync_single but for a scatter-gather list,
* same rules and usage.
*/
-extern inline void
+void
pci_dma_sync_sg (struct pci_dev *hwdev, struct scatterlist *sg, int nelems,
int direction)
{
if (direction = PCI_DMA_NONE)
reply other threads:[~2000-08-18 18:32 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-ia64-105590678205357@msgid-missing \
--to=orourke@mclinux.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.