[PATCH 05/19] drm: move dev_mapping to the minor node

2012-05-15 Thread Ilija Hadzic
On Mon, 30 Apr 2012, Dave Airlie wrote: > On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: >>> >>> Do you have pointers to that discussion (assuming it was on sime mailing >>> list)? The least I can do, while I am at it, is try to understand it and >>> see if I can incorporate some ideas fro

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-05-15 Thread Ilija Hadzic
On Mon, 30 Apr 2012, Dave Airlie wrote: On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: Do you have pointers to that discussion (assuming it was on sime mailing list)? The least I can do, while I am at it, is try to understand it and see if I can incorporate some ideas from there in the

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: >> >> Do you have pointers to that discussion (assuming it was on sime mailing >> list)? The least I can do, while I am at it, is try to understand it and >> see if I can incorporate some ideas from there in the rework of the patch. > > Nope it w

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
> > Do you have pointers to that discussion (assuming it was on sime mailing > list)? The least I can do, while I am at it, is try to understand it and > see if I can incorporate some ideas from there in the rework of the patch. Nope it was an offhand discussion on irc while we were talking about

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
On Mon, Apr 30, 2012 at 3:48 PM, Ilija Hadzic wrote: > > > On Fri, 20 Apr 2012, Dave Airlie wrote: > >> On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic >> wrote: >>> >>> Make dev_mapping per-minor instead of per device. This is >>> a preparatory patch for introducing render nodes. This >>> will all

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Ilija Hadzic
On Mon, 30 Apr 2012, Dave Airlie wrote: > > When we move a buffer from VRAM->RAM we have to invalidate all > userspace mappings for it. > > There could be userspace mappings on any of the device nodes, so we > need to get them all. > Ah OK, I get it ... and the reason you don't have to do this

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
On Mon, Apr 30, 2012 at 6:53 PM, Dave Airlie wrote: >> >> Do you have pointers to that discussion (assuming it was on sime mailing >> list)? The least I can do, while I am at it, is try to understand it and >> see if I can incorporate some ideas from there in the rework of the patch. > > Nope it w

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
> > Do you have pointers to that discussion (assuming it was on sime mailing > list)? The least I can do, while I am at it, is try to understand it and > see if I can incorporate some ideas from there in the rework of the patch. Nope it was an offhand discussion on irc while we were talking about

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Ilija Hadzic
On Mon, 30 Apr 2012, Dave Airlie wrote: When we move a buffer from VRAM->RAM we have to invalidate all userspace mappings for it. There could be userspace mappings on any of the device nodes, so we need to get them all. Ah OK, I get it ... and the reason you don't have to do this when you

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Ilija Hadzic
On Fri, 20 Apr 2012, Dave Airlie wrote: > On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic > wrote: >> Make dev_mapping per-minor instead of per device. This is >> a preparatory patch for introducing render nodes. This >> will allow per-node instead of per-device mapping range, >> once we introduc

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Dave Airlie
On Mon, Apr 30, 2012 at 3:48 PM, Ilija Hadzic wrote: > > > On Fri, 20 Apr 2012, Dave Airlie wrote: > >> On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic >> wrote: >>> >>> Make dev_mapping per-minor instead of per device. This is >>> a preparatory patch for introducing render nodes. This >>> will all

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-30 Thread Ilija Hadzic
On Fri, 20 Apr 2012, Dave Airlie wrote: On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic wrote: Make dev_mapping per-minor instead of per device. This is a preparatory patch for introducing render nodes. This will allow per-node instead of per-device mapping range, once we introduce render node

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-20 Thread Dave Airlie
On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic wrote: > Make dev_mapping per-minor instead of per device. This is > a preparatory patch for introducing render nodes. This > will allow per-node instead of per-device mapping range, > once we introduce render nodes. One problem is this introduces a t

Re: [PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-20 Thread Dave Airlie
On Thu, Apr 12, 2012 at 7:19 PM, Ilija Hadzic wrote: > Make dev_mapping per-minor instead of per device. This is > a preparatory patch for introducing render nodes. This > will allow per-node instead of per-device mapping range, > once we introduce render nodes. One problem is this introduces a t

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-12 Thread Ilija Hadzic
Make dev_mapping per-minor instead of per device. This is a preparatory patch for introducing render nodes. This will allow per-node instead of per-device mapping range, once we introduce render nodes. Patch derived from 7c5cc4f63556e351e9e5980ed22accad410e3fdc originally authored by Dave Airlie.

[PATCH 05/19] drm: move dev_mapping to the minor node

2012-04-12 Thread Ilija Hadzic
Make dev_mapping per-minor instead of per device. This is a preparatory patch for introducing render nodes. This will allow per-node instead of per-device mapping range, once we introduce render nodes. Patch derived from 7c5cc4f63556e351e9e5980ed22accad410e3fdc originally authored by Dave Airlie.