Das Wichtigste ist geklärt

[DTF]

Nun kann man sich ja um eine Problemlösung für Linux kümmern.

[Casandro]

Ähm, nö, erst mal muss das Wichtige (von Seiten Microsoft Intel) gemacht werden:

1. Die Sache so umbiegen, dass als Schuldiger nicht Samsung/Intel/Microsoft raus kommen, sondern Linux/unsignierter Code. (klassischer Täter/Opfer Wechsel)
2. Diese Sicht mit Hilfe von bezahlten Experten und professionellen Forentrollen in die Köpfe der Leute hämmern. Will man noch ganz professionell vorgehen bringt man noch Leute dazu, dass sie Exploits schreiben und dann behaupten, Secure Boot würde da grundlegend helfen.
3. Secure Boot verpflichtend machen. (Spätestens mit Windows 9)

[DTF]

Hauptsache die Linux-Entwickler gehen in dieser Zeit weiter ihrer Hauptbeschäftigung nach, zu beweisen, dass unter Windows die gleichen Probleme möglich sind. Man muss eben Prioritäten setzen.

[Freakgs]

Und Deine Hauptbeschäftigung ist was?

Das gehört eben zur Fehlerfindung: merke ich "unter Windows ist das nicht möglich" spricht es ziemlich dafür, dass der Fehler alleine bei Linux liegt.
Ist es auch mit anderen Systemen möglich muss der Hersteller stärker eingebunten werden.

[DTF]

Freakgs schrieb:
--------------------------------------------------------------------------------
> Und Deine Hauptbeschäftigung ist was?
>
> Das gehört eben zur Fehlerfindung: merke ich "unter Windows ist das nicht
> möglich" spricht es ziemlich dafür, dass der Fehler alleine bei Linux
> liegt.
> Ist es auch mit anderen Systemen möglich muss der Hersteller stärker
> eingebunten werden.

Für eine Linux-Problemlösung ist es vollkommen unerheblich, ob der Fehler auch bei Windows reproduzierbar ist oder nicht. Letztlich geht es doch nur darum, Schaden von Linux abzuwenden und dem Hersteller den schwarzen Peter zuzuschieben. Genauso gut hätten die Kernel-Entwickler eigene Tests durchführen und den Treiber schon früher deaktivieren können.

[violator]

DTF schrieb:
--------------------------------------------------------------------------------
> Hauptsache die Linux-Entwickler gehen in dieser Zeit weiter ihrer
> Hauptbeschäftigung nach, zu beweisen, dass unter Windows die gleichen
> Probleme möglich sind.

Und zu behaupten, dass Linux natürlich keine Schuld trifft, wenn der Fehler bei Linux auftaucht und wenn er bei Windows auftaucht natürlich die Schuld bei MS suchen. :D

[posix]

Ich lese hier gleich mehrere Trolle...

Aus dem Artikel geht hervor dass es ein UEFI-spezifisches Problem ist, Betriebsystem unabhängig.
Weder Windows noch Linux machen hier etwas falsch, das BIOS braucht eine Überarbeitung.
Genauer gesagt die UEFI Firmware von Samsung...



1 mal bearbeitet, zuletzt am 10.02.13 22:38 durch posix.

[Freakgs]

Ich darf konstatieren:
Es wird also dem Hersteller der Schwarze Peter zugeschoben (= ungerechtfertigt beschuldigt). Weiter stellen wir fest, dass dieses Problem auch bei Windows auftritt, also nicht auf ein bestimmtes System beschränkt ist.
Ferner ist die einzige Gemeinsamkeit bei beiden Systemen der Hersteller.

Und jetzt ist es natürlich absolut ungerechtfertigt, wenn man den eigentlichen Verursacher sucht?
Keinesfalls sollte man natürlich den ursprünglichen Fehler (= Bug in der Firmware) beheben statt nur mit Workarounds zu arbeiten?

Ja, absolut logisch, wirklich.



1 mal bearbeitet, zuletzt am 11.02.13 06:53 durch Freakgs.

[Endwickler]

posix schrieb:
--------------------------------------------------------------------------------
> Ich lese hier gleich mehrere Trolle...
>
> Aus dem Artikel geht hervor dass es ein UEFI-spezifisches Problem ist,
> Betriebsystem unabhängig.
> Weder Windows noch Linux machen hier etwas falsch, das BIOS braucht eine
> Überarbeitung.
> Genauer gesagt die UEFI Firmware von Samsung...

Es ist nicht einfach, solche Fehler/Probleme zu finden. Hier scheint nun klar zu sein, was den Fehler auslöst, so dass eine sauberere Software bestimmt bald erscheinen kann.
Es ist zwar traurig, dass dieses Problem in der Referenzsoftware vor einem Jahr schon ausgebaut wurde, aber das kenne ich öfters, dass jemand einen Treibercode irgendwann kopiert und bei Korrekturen in der Quelle wird die Kopie nicht mit korrigiert.

[WolfgangS]

Freakgs schrieb:
--------------------------------------------------------------------------------
> Und Deine Hauptbeschäftigung ist was?
>
> Das gehört eben zur Fehlerfindung: merke ich "unter Windows ist das nicht
> möglich" spricht es ziemlich dafür, dass der Fehler alleine bei Linux
> liegt.
> Ist es auch mit anderen Systemen möglich muss der Hersteller stärker
> eingebunten werden.


hm... Also ist der linuxbeweis: wenn ich Links blinke, biegt unter Linux der Wagen automatisch nach rechts ab. Wenn ich unter Windows Links blinke und manuell nach rechts lenke, biegt der Wagen nach rechts ab?

Oder kurz : wenn ich was falsches woanders mache gibt es auch Müll, egal ob es da normal richtig gemacht wird...

[Flying Circus]

DTF schrieb:
--------------------------------------------------------------------------------
> Für eine Linux-Problemlösung ist es vollkommen unerheblich, ob der Fehler
> auch bei Windows reproduzierbar ist oder nicht.

Richtig, schließlich will man auch in Zukunft UEFI nicht benutzen können. Uff ...

> Letztlich geht es doch nur darum, Schaden von Linux abzuwenden und dem
> Hersteller den schwarzen Peter zuzuschieben.

Blödsinn. Lies den Artikel, lies am besten auch gleich noch bei Heise und die weiterführenden Quellen. Samsung hat die Firmware verkackt. Das hat SAMSUNG in Ordnung zu bringen.

Mir geht dieses "Mimimi, jetzt pinkeln die alle meinen Lieblingshersteller an" auf die Nüsse.

Samsung verkackt die Firmware? Die Betriebssystemhersteller sollen das gefälligst fixen.
$Smartphonehersteller bringt für $OS keine Updates mehr raus? Sollen die Leute doch selbst mit Custom ROMS rumwürgen.
Hauptsache, der Hersteller hat keine Schuld an der Misere.

[DTF]

Flying Circus schrieb:
--------------------------------------------------------------------------------
> Samsung verkackt die Firmware? Die Betriebssystemhersteller sollen das
> gefälligst fixen.
> $Smartphonehersteller bringt für $OS keine Updates mehr raus? Sollen die
> Leute doch selbst mit Custom ROMS rumwürgen.
> Hauptsache, der Hersteller hat keine Schuld an der Misere.

Die Kernel-Entwickler hätten den Code testen, ihn für unzureichend bewerten und den Treiber deaktivieren können. Stattdessen wurde dem Code blind vertraut (es soll ja auch nichts der Linux-Verbreitung im Wege stehen) und die Nutzer können es ausbaden.