Wie jetzt, geht deine Tastatur nun? Hast du die XML-Dateien aus den Workaround übernommen, z.B diese hier(warum gibts hier kein Codeblock?): --- a/drivers/acpi/resource.c +++ b/drivers/acpi/resource.c @@ -401,10 +401,16 @@ static void acpi_dev_get_irqresource(str * using extended IRQ descriptors we take the IRQ configuration * from _CRS directly. */ + printk("wwwwwwwhhhhhhhhhhhhh gsi = %d triggering = %d polarity = %d\n", + gsi, triggering, polarity); if (legacy && !acpi_get_override_irq(gsi, &t, &p)) { u8 trig = t ? ACPI_LEVEL_SENSITIVE : ACPI_EDGE_SENSITIVE; u8 pol = p ? ACPI_ACTIVE_LOW : ACPI_ACTIVE_HIGH; + if (gsi == 1) { + trig = ACPI_EDGE_SENSITIVE; + pol = ACPI_ACTIVE_LOW; + } if (triggering != trig || polarity != pol) { pr_warn("ACPI: IRQ %d override to %s, %s\n", gsi, t ? "level" : "edge", p ? "low" : "high"); Ich hab 13 Tage dran gesessen, mit Hilfe eines Redakteurs einer Computerzeitschrift, der hauptsächlich für Linux schreibt und einen Linuxblog hat, vergeblich. Für mich kommt das o.g. leider zu spät, sonst hät ich mal eben sudoedit gemacht. Das die Linuxtreiber nicht funzen, liegt eindeutig an INTEL, warum auch immer, obwohl die der Kernel.org genug zuspielen. Ich werde es sowieso nie kapieren, warum die CPU-Hersteller teilweise sehr dilettantisch mit der Treiberversorgung sind, da das meiste im Serverbereich mit LINUX/UNIX-Derivaten läuft, deren Hauptgeschäft. Selbst MICROSOFT setzt in seinen Cloud's ein UNIX-Derivat ein und spielt der Kernel.org zu. C.
... View more