Re: [Dri-devel] DRM copy VBIOS ROM function

2003-11-10 Thread Egbert Eich
David Dawes writes: On Fri, Nov 07, 2003 at 02:39:49PM -0800, Jon Smirl wrote: I should be more specific, it's mapping the ROM into PCI space that the kernel doesn't know about. Of course the kernel knows about the mapping from PCI space to user space. During a hotplug event the kernel

Re: [Dri-devel] DRM copy VBIOS ROM function

2003-11-07 Thread Jon Smirl
I should be more specific, it's mapping the ROM into PCI space that the kernel doesn't know about. Of course the kernel knows about the mapping from PCI space to user space. During a hotplug event the kernel could map the new device on top of the ROM in PCI space. --- Jon Smirl [EMAIL PROTECTED]

Re: [Dri-devel] DRM copy VBIOS ROM function

2003-11-07 Thread Linus Torvalds
On Fri, 7 Nov 2003, Jon Smirl wrote: I should be more specific, it's mapping the ROM into PCI space that the kernel doesn't know about. Of course the kernel knows about the mapping from PCI space to user space. During a hotplug event the kernel could map the new device on top of the ROM in

Re: [Dri-devel] DRM copy VBIOS ROM function

2003-11-07 Thread David Dawes
On Fri, Nov 07, 2003 at 02:39:49PM -0800, Jon Smirl wrote: I should be more specific, it's mapping the ROM into PCI space that the kernel doesn't know about. Of course the kernel knows about the mapping from PCI space to user space. During a hotplug event the kernel could map the new device on top

[Dri-devel] DRM copy VBIOS ROM function

2003-11-06 Thread Jon Smirl
I'm working on a function like the one below for copying out the VBIOS ROM. This would make a good candidate for a device indepenent DRM IOCTL (with a callout for the bug fix). This is something that really should be fixed in X. Mapping the ROM in from user space without the kernel's knowledge is