Jon Smirl wrote:
The thing is that if I do that, and at some time in the future want to extend theOn Sun, 31 Oct 2004 22:54:25 +0100, Thomas Hellström <[EMAIL PROTECTED]> wrote:Wouldn't this severely break backwards binary compatibility with dri clients compiled with the old size of drm_sarea_t?You can't put them in drm_sarea_t. There is definitely code that will break if you do. I don't see anyway to extend drm_sarea_t without causing binary incompatibility. drm_sarea_t was just not designed with binary extension in mind.I haven't located any code that will break if you put them in the card specific sareas. Also you only have to check the driver for the card if you do it this way. number of locks, and at the same time have added other stuff after the locks in the private part of the sarea, I have a problem. Using the private part of the sarea also makes producing generic code somewhat harder. That's really why I wanted to allocate a separate sarea. /Thomas |
- Re: Multiple hardware locks Nicolai Haehnle
- Re: Multiple hardware locks Thomas Hellström
- Re: Multiple hardware locks Michel Dänzer
- Other security issue (WAS ... Thomas HellstrÃm
- Re: Multiple hardware locks Mike Mestnik
- Re: Multiple hardware locks Mike Mestnik
- Re: Multiple hardware locks Thomas Hellström
- Re: Multiple hardware locks Ian Romanick
- Re: Multiple hardware locks Thomas Hellström
- Re: Multiple hardware locks Jon Smirl
- Thomas Hellström