Tobias Powalowski schrieb:
Am Freitag, 9. November 2007 schrieb Thomas Bächler:
* toshiba-bluetooth.patch http://bugs.archlinux.org/task/5608 acpi_toshiba module is not developed anymore.
Why is it not developed anymore? Has the patch been submitted. However, I think we can keep that one for now. It should be submitted though.
* mactel-linux-2.6.23.patch
It was requested on forum or bugtracker can't remember, it fixes issues on macbooks and is well maintained, most stuff merged upstream already if you look at the different sizes of the patches.
If the patch is actually shrinking and expected to be gone some time, I am completely fine with it.
* acpi-buggy-bios.patch This patch was requested by someone that has issues with his acpi and bios. To get correct c states It was posted on kernel bugtracker and rejected because it violates the official acpi specifications. but it was needed for his pc to get it working properly. http://bugzilla.kernel.org/show_bug.cgi?id=7578 http://bugs.archlinux.org/task/6875
I don't like the fact that the patch has been rejected at all. It seems to be reasonable though - and I have to say that the guys at Asus support seem to be real asses from what I read there. However, we already have the custom DSDT patch, can't this problem be solved with a custom DSDT? This way, we'd only have one patch that the upstream ACPI developers don't like instead of two. We should document both the toshiba and the speedstep patch very carefully in the PKGBUILD (not in a one-liner but in a long description) if they are going to stay.