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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).