>Well, gain here is that code actually becomes readable/linux >like/something. > >Feel free to put GPL/BSD license in ACPICA code, saying that by >default contributed code is under both licenses.... or something, but >having linux-like code under drivers/acpi would be great. There is drivers/acpi/*.c This is pure GPL and can be as "Linux like" as any purist wants it to be. Indeed, we have several patches in the queue to do just that in 2.6.18. and there is drivers/acpi/*/*.c, which is from ACPICA. Linux, along with a bunch of other OS's, is downstream. The license on ACPICA is not the issue. The issue is when we make a syntax change to ACPICA in Linux, then it adds to (my) workload to keep Linux up to date with the upstream ACPICA. (note that the previous Linux/ACPI maintainer dealt with this issue by simply over-writing the ACPICA files in Linux upon every update. I allow divergence, but I have to track it, it causes merge conflicts, and Bob and I actively work to change ACPICA upstream to minimize it.) If you have specific feedback on what can be improved, I'm certainly willing to listen. As you may be aware, I translate every ACPICA change into Linux format, and it is possible that this process can be enhanced. Keep in perspective, however, that we have over 200 functional issues unresolved in bugzilla.kernel.org, and spending time on syntax changes is generally a lower priority. -Len - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
