Vitaliy Margolen wrote:
> If developer can not tell if this is a hi risk or not, then such patch 
> have to be marked as hi risk and should not be accepted while we are in 
> the code freeze. Unless number of people test this patch on different 
> hardware with different software and verify it's functionality.
> 
> We add more and more features to d3d which is wrong. This is exact point 
> of code-freeze to accept low rusk fixes only.
Some of those changes that date back to 0.9.58 or so obviously happened before 
the commitment to code freeze.

But I think that testing and reverting any patches submitted during code freeze 
that cause d3d regressions and can't be fixed real quick is a good idea.


Reply via email to