On Fri, Sep 27, 2013 at 09:21:51PM +0200, Daniel Vetter wrote: > On Fri, Sep 27, 2013 at 7:34 AM, Ben Widawsky <ben@xxxxxxxxxxxx> wrote: > > At this point it just seems like you're intentionally making it harder > > for me to ever merge PPGTT. > > I have two issues with the merged patches: > 1. There's a regression, and QA is meanwhile at the 3rd or so dupe > report. So it's not really an arcane corner case. And I've > specifically written a testcase for secure batch dispatching and > specifically asked you to test to make sure it catches the bugs we've > discussed, so I hope you understand I'm a bit underwhelmed that this > slept through. > > 2. I have a bit an issue with the currently merged code for rebasing > -internal. I only stumbled over that when I've tried to rebase > -internal and was a bit disappointed to see that despite that I've > raised this the first time your vm->bind/unbind patches showed up > nothing changed. > > That's the first&last patch. > > The stuff in-between is to make rebasing -internal a bit easier (while > I need to do fixups anyway) since I really botched this 1-2 times > everytime there was a conflict. I've thought that the oustanding stuff > from your series only needs to touch the ->enable callbacks in > i915_gem_gtt.c. A quick look at your ppgtt branches shows that in > addition to that there's only a now outdated cleanup patch and a > rather self-contained debugfs dumper on top. So my thinking was that > right now is an ideal time to polish i915_gem_gtt.c a bit. > > But of course I'll drop cleanup patches when they conflict badly with > ongoing stuff, like I've done a few times already. But it didn't look > like this is the case here. > > Now you seem to reject my patches, but I don't see any alternate > proposals from you. Furthermore to me it feels a bit the discussion > has derailed into non-constructive form a bit, so I guess this will > take a bit of time to resolve. Since I can't just hold public and > internal trees hostage until that's settled I'll drop your two vma > patches meanwhile. > > Cheers, Daniel I do not plan to develop PPGTT any further. Please feel free to revert as many patches as you'd like. -- Ben Widawsky, Intel Open Source Technology Center _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx