On 19.10.2016 17:03, Karol Herbst wrote:

> You don't get why I try to say. We have to actually find out when to
> apply this workaround, not to create some silly whitelist/blacklist.
> It's the last option, we never want to actually use.

Well if you do not say, who can understand!? :)
Besides, you can mock with "silly" whitelist/blacklist", however there is 
nothing wrong with the method as such, it is used practically everywhere.

> And even if we would have to create such lists, who tells us, that if
> affects every GPU with your device id? Usually quirks are applied
> depending on the sub-vendor-id and sub-device-id if actually required.
> In the end we need something like this: If byte X in table Y is set in
> the vbios or if bits A-B in reg Z in the MMIO space are set to
> whatever, we have to apply that workaround.
> In the end we should also wait until Ben replies, because he might
> know the exact reasons why this workaround was actually needed.

If you eager to leave it broken even more than three months that have already 
been passed since the original commit ...

> We might have a GPU with the same chipset like yours and we might be
> able to verify the issue

Ah, I see.
You do not have confidence in my test results, good to know.

Oh! Carol

Nouveau mailing list

Reply via email to