
Originally Posted by
bridgman
Kano, I know you understand this and are just having fun, but in case anyone else was confused by this...
The PCI IDs in the code determine which hardware the driver will *try* to run on. The code might work perfectly, or be buggy, or fail to run at all.
The PCI IDs in the control file show which hardware the driver has passed QA on. The time and effort is not to add IDs to the file (that's all automated anyways) but to do the testing, bug fixing and re-testing required to pass QA on the hardware.
Once testing and bug fixing on specific hardware is completed, the IDs in the control file are updated to reflect that these binaries form a production driver for the hardware it's running on, whereas previously it displayed a "hey this might run but be aware it's not a production driver" message.
Is the watermark too intrusive ? In my personal opinion something like a one-time splash at startup would be better. The question though is whether the devs should be working on getting production support in place more quickly or spending that time on rewriting the watermark code so that running a pre-production driver isn't as annoying. I would put available people on speeding up production support myself, which is what seems to be happening, but I realize not everyone agrees with that and it's kind of academic because I'm not involved with fglrx development anyways.
As we get more consistent at posting SKU-specific launch drivers if a regular Catalyst release with support isn't coming out at the right time, I think you'll find the watermarks become less of an issue anyways.