Re: pci-sysfs resource mmap broken (and PATCH)
From: David S. Miller (davem_at_davemloft.net)
Date: 04/29/05
- Previous message: Greg KH: "Re: [QLA2300] Call Trace: sleeping function called from invalid context"
- In reply to: Grant Grundler: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Next in thread: Jesse Barnes: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Reply: Jesse Barnes: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 29 Apr 2005 08:42:42 -0700 To: Grant Grundler <grundler@parisc-linux.org>
On Thu, 28 Apr 2005 17:38:28 -0600
Grant Grundler <grundler@parisc-linux.org> wrote:
> I suspect the MAP_* attribute/hint needs to be passed in together
> with the mmap call if any arch (ia64?) would return a different
> virtual address depending the attribute (e.g cached vs uncached).
The only problem could me getting the generic mmap() code to
properly pass the flag down into the driver, I seem to recall
that it either does an -EINVAL or masks out any flags which
are not in the standard set.
But then again this conflicts with what I remember seeing in the
XFree86 PCI support, in that IA64 passed in such a mmap() flag
to indicate a framebuffer like mapping that didn't need a guard-like
bit to be set.
Someone should look at the code to make sure :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Greg KH: "Re: [QLA2300] Call Trace: sleeping function called from invalid context"
- In reply to: Grant Grundler: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Next in thread: Jesse Barnes: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Reply: Jesse Barnes: "Re: pci-sysfs resource mmap broken (and PATCH)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|