From: Oliver Korpilla <okorpil@fh-landshut.de>
To: "Heater, Daniel (GE Infrastructure)" <Daniel.Heater@gefanuc.com>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Complete VME driver patch for PowerPC
Date: Wed, 09 Jun 2004 15:14:53 +0200 [thread overview]
Message-ID: <40C70D4D.5010101@fh-landshut.de> (raw)
In-Reply-To: <40C7099D.10206@fh-landshut.de>
This should be the complete patch for vmisft-7433-3.2 to work on PPCs.
With kind regards,
Oliver Korpilla
Index: module/vme_master.c
===================================================================
--- module/vme_master.c (revision 1)
+++ module/vme_master.c (revision 8)
@@ -164,6 +164,66 @@
MODULE_PARM(master_window7, "3-4i");
+extern struct pci_dev *universe_pci_dev;
+
+/* Try getting a resource (range of PCI addresses) from the PCI bus we're on */
+static int allocate_pci_resource(unsigned long size, unsigned long align,
+ struct resource *new_resource) {
+ /* Determine the bus the Tundra is on */
+ struct pci_bus *bus = universe_pci_dev->bus;
+ int i;
+
+ for (i=0; i<4; i++) {
+ int retval;
+ struct resource *r = bus->resource[i];
+
+ /* Check if that resource exists */
+ if (!r)
+ continue;
+
+ /* If the resource is not I/O memory (e.g. I/O ports) */
+ if (! (r->flags & IORESOURCE_MEM))
+ continue;
+
+#ifdef DEBUG
+ /* Print out name of resource for debugging */
+ if (r->name)
+ printk(KERN_INFO "Checking bus resource with name \"%s\".\n", r->name);
+ printk(KERN_INFO "resource.start: %08lX, resource.end: %08lX.\n",
+ r->start, r->end);
+#endif
+
+ /* Try to allocate a new sub-resource from this
+ given the proper size and alignment*/
+ retval = allocate_resource(r, new_resource, size,
+ pci_lo_bound, pci_hi_bound,
+ align, NULL, NULL);
+
+ /* If this allocation fails, try with next resource
+ (and give debug message) */
+ if (retval < 0) {
+
+#ifdef DEBUG
+ if (r->name)
+ printk(KERN_INFO
+ "Failed allocating from bus resource with name \"%s\".\n",
+ r->name);
+ else
+ printk(KERN_INFO
+ "Failed allocating from bus resource with number %d.\n", i);
+#endif
+
+ continue;
+ }
+ /* If this allocation succeeds, return what allocate_resource() returned */
+ else
+ return retval;
+ }
+
+ /* return busy if no resource could be successfully allocated */
+ return -EBUSY;
+}
+
/*============================================================================
* Hook for display proc page info
* WARNING: If the amount of data displayed exceeds a page, then we need to
@@ -428,9 +488,8 @@
return rval;
}
} else {
- rval = allocate_resource(&iomem_resource, &window->resource,
- size, pci_lo_bound, pci_hi_bound,
- resolution, NULL, NULL);
+ rval = allocate_pci_resource(size, resolution, &window->resource);
+
if (rval) {
window->resource.start = 0;
window->resource.end = 0;
@@ -622,9 +681,8 @@
/* Allocate a 64MB window with 64kb resolution
*/
- rval = allocate_resource(&iomem_resource, &slsi_window.resource,
- 0x4000000, pci_lo_bound, pci_hi_bound,
- 0x10000, NULL, NULL);
+ rval = allocate_pci_resource(0x4000000, 0x10000, &slsi_window.resource);
+
if (rval) {
printk(KERN_WARNING "VME: Unable to allocate memory for SLSI "
"window\n");
Index: module/vme_main.c
===================================================================
--- module/vme_main.c (revision 1)
+++ module/vme_main.c (revision 8)
@@ -191,14 +191,18 @@
*/
int vme_mmap(struct file *file_ptr, struct vm_area_struct *vma)
{
-
DPRINTF("Attempting to map %#lx bytes of memory at "
"physical address %#lx\n", vma->vm_end - vma->vm_start,
vma->vm_pgoff << PAGE_SHIFT);
+#ifdef CONFIG_PPC32
+ vma->vm_page_prot.pgprot |= _PAGE_NO_CACHE | _PAGE_GUARDED;
+ DPRINTF("PowerPC protection flags set.\n");
+#endif
+
/* Don't swap these pages out
*/
- vma->vm_flags |= VM_RESERVED;
+ vma->vm_flags |= VM_LOCKED | VM_IO | VM_SHM;
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,5,3) || defined RH9BRAINDAMAGE
return remap_page_range(vma, vma->vm_start, vma->vm_pgoff << PAGE_SHIFT,
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
prev parent reply other threads:[~2004-06-09 13:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-18 15:25 [Fwd: Memory layout question] Heater, Daniel (GE Infrastructure)
2004-05-19 6:51 ` Differing PCI layouts trigger porting driver problem [Was: " Oliver Korpilla
2004-05-25 13:56 ` [Fwd: " Oliver Korpilla
2004-05-26 8:37 ` Oliver Korpilla
2004-05-26 11:56 ` Oliver Korpilla
2004-06-02 7:42 ` Successful master window access Oliver Korpilla
2004-06-07 15:30 ` VME driver patch for PowerPC Oliver Korpilla
2004-06-08 9:05 ` VME driver patch for PowerPC [Continued] Oliver Korpilla
2004-06-08 9:59 ` VME driver change suggestion Oliver Korpilla
2004-06-09 11:25 ` VME driver patch for PowerPC Oliver Korpilla
2004-06-09 12:59 ` Oliver Korpilla
2004-06-09 13:14 ` Oliver Korpilla [this message]
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=40C70D4D.5010101@fh-landshut.de \
--to=okorpil@fh-landshut.de \
--cc=Daniel.Heater@gefanuc.com \
--cc=linuxppc-embedded@lists.linuxppc.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.