Und keine Angst, dass ihr dafür weitere Software installeren müsstet: Viele Twitter-Clients können auch mit Identi.ca umgehen, unter KDE beispielsweise der exzellente Client Choqok!

Wie geht es jetzt weiter? Nun, in den kommenden Wochen werde ich das Plugin weiter verfeinern: Animationen einbauen und das verwendete Blur dahingehend verbessern, dass es dem Logout-Effekt gleicht; Dieser verwischt die Ränder des Bildschirms stärker als die Mitte.

Solltet ihr Testkaninchen spielen wollen, könnt ihr Euch das Plugin  als Teil von KWin 4.5.60+ aus dem SVN ziehen und selbst kompilieren. Nicht ganz so wagemutige Naturen können natürlich einfach warten, bis ihre favorisierte Distribution die ersten Beta- oder RC-Pakete von KDE 4.6 bereitstellt.

Diese habe ich in ein Script nach /usr/local/sbin/powersave.sh gepackt und einen entsprechenden Eintrag in sudoers hinzugefügt, da die Einstellungen Root-Rechte benötigen. Anschließend konnte ich per sudo das Script ohne Eingabe des Root-Passworts ausführen, was es mir ermöglichte, das Script auch vom KDE Energie-Manager Powerdevil ausführen zu lassen. Hierzu habe ich in den Einstellungen der Energieverwaltung in den Details des Powersave Profils folgenden Aufruf in das Feld für ein benutzerdefiniertes Script eingetragen:
sudo /usr/local/sbin/powersave.sh

Dies bewirkt, dass KDE nun die im Script hinterlegten Optimierungen automatisch ausführt, wenn das Notebook ins Powersave Profil wechselt.

Analog hierzu habe ich auch ein max_performance.sh Script erstellt, welches alle vom Powersave-Script vorgenommenen Änderungen wieder rückgängig macht. Dieses Script hat auch einen Eintrag in sudoers erhalten und wird dank Powerdevil nun beim Aufruf des Performance Profils ausgeführt.

Untenstehend findet Ihr meine beiden Scripte. Beachtet bitte, dass für Eure Notebooks ziemlich sicher Anpassungen notwendig sein werden. Vor allem, wenn ihr keine hybride ATI Grafikkarte oder keine CPU mit 4 Kernen habt.

• Powersave-Script
• Maximum Performance Script

Nach langer Suche nach einem geigneten Gerät viel meine Wahl auf den HP Envy 14, der für mich den besten Kompromiss aus Portabilität, Leistung und Design bot und den ich am Tag der Markteinführung erwarb.

Die Eckdaten des Geräts

• Intel Core i5-520 2.4 GHz CPU
• 4 GB RAM
• 500 GB 7.200 rpm HDD
• Hybrid-Grafik (ATI MobilityRadeon HD 5650 1GB / Intel Arrandale)
• 14.5 Zoll LED Screen mit 1600x900px Auflösung

Vor allem der Screen ist ein echtes Prachtstück: Hinter der Bezeichnung “Ultra Radiance” verbirgt ein sehr helles, kontraststarkes und farbbrilliantes Display, welches trotz Verspiegelung hell genug ist, sogar im Freien nutzbar zu sein. So sitze ich gerade gemütlich auf einer Liege auf unserer Terasse, während ich diese Zeilen schreibe.. Zu den weiteren “Extras” des Envys zählen vor allem das komplett aus Magnesium und Aluminium gefertigte Gehäuse, das hintergrundbeleuchtete Keyboard im Insel-Stil sowie das große buttonlose Touchpad mit Multitouch-Unterstützung (von HP ClickPad getauft).

Der Preis von 1299 EUR (UVP) rückt das Gerät ins Premium-Segment, wo es aber auch hingehört: Sowohl preislich als auch von der Verarbeitung her ist der Envy 14 das verdiente Topmodell von HPs Customer-Geräten: Das Metall-Gehäuse ist exzellent verarbeitet und hat eine Eleganz, die man sonst nur im Apple-Lager oder bei den besseren Sony Vaios findet. Dazu kommt das Display, welches schlicht das beste Display ist, welches ich bisher bei einem Notebook gesehen habe.

Kompatibilität mit Linux 2.6.34

Auch Linux läuft ohne größere Probleme auf dem Gerät, was bei der sehr neuen Hardware alles andere als selbstverständlich ist; Während zum Zeitpunkt der Markteinführung die Wndows-Treiber praktisch immer bereitstehen, können Linux-Entwickler erst dann ihre Tests und ggfs. Anpassungen beginnen.

Getestet habe ich das Gerät auf der brandneuen openSUSE 11.3 mit dem letzten Release-Candidate der demnächst erscheinenden KDE SC 4.5. Nachfolgend findet Ihr einen Kompatibilitätsüberblick und Tipps, um zickige Komponenten zur Zusammenarbeit zu überreden.

Was sofort lief:

• integrierte Intel-Grafikkarte
• Soundkarte
• LAN Karte
• integriertes DVD/CD-ROM/RAM/RW Slot-In Laufwerk
• Webcam
• SD/MMC Kartenleser
• Bluetooth

Was Handarbeit erforderte:

• Umschaltung zwischen integrierter und diskreter Grafikkarte
• WLAN Karte
• Multitouch-Unterstützung und Button-Zonen des ClickPads
• verzerrtes Mikrophon nur unter Skype

Was komplizierte Handarbeit erforderte:

• Helligkeitssteuerung des Displays

Was bis jetzt Schwierigkeiten bereitet:

• der propretäre ATI fglrx Grafiktreiber verweigert den Dienst
• verzerrte Ausgabe des am DisplayPort angeschlossenen VGA-Adapters

Die WLAN-Karte

Die verbaute WLAN Karte ist leider keine Intel-Karte sondern eine Broadcom BCM43224. Ausgerechnet dieser Chipsatz wird vom freien b43 Treiber des Kernels nicht unterstützt, was eine manuelle Installation des proprietären Broadcom wl Treibers erforderlich macht. Glücklicherweise bieten viele Distributionen bereits fertige Pakete an, aber selbst den Treiber von Hand zu Kompilieren stellt selbst fortgeschrittene Anfänger nicht vor größere Probleme. Nach der Installation des Treibers kopiert man noch die beiligende Firmware nach /lib/firmware, lädt das wl Kernelmodul und freut sich über funktionierendes WLAN.

Bislang habe ich mit dem Treiber noch das Problem, dass er zwischenzeitlich die Empfängsstärke verschweigt, obwohl die Verbindung nach wie vor funktioniert. Das ist allerdings ein kleineres Problem, welches dem Surf-Vergnügen keinen Abbruch tut.

[UPDATE]
Das fehlende Signal kommt daher, dass die Karte zwischen den Bändern des Routers roamed (802.11b/g/n), dabei zwar nicht die Verbindung abreissen lässt aber fälschlicherweise keinen Empfang meldet. Man kann dieses Verhalten minimieren, wenn man im Router die Bänder auf 802.11b/g beschränkt; Dann roamed die Karte nur noch alle n Minuten für 1-2 Sekunden, so dass man es kaum noch mitbekommt.
[/UPDATE]

Das ClickPad

Das ClickPad funktioniert eigentlich direkt nach der Installation von Linux, allerdings ohne Mulitouch. Auch dass die Button-Zonen nicht erkannt werden und somit Clicks nur über “Taps” funktionieren, ist mehr als ärgerlich. Glücklicherweise arbeitet Takashi Iwai bereits an entsprechenden Patches für den Kernel und den Synaptics XOrg-Treiber, die es jedoch noch nicht in den offiziellen Kernel geschafft haben. Trotzdem kann man sich den aktuellen Entwiclungsstand (zumindest unter openSUSE) sehr einfach installieren: Iwai stellt ein spezielles Repository mit dem gepatchten Kernel und XOrg-Treiber bereit.

Die Grafikkarten

Umschaltbare Grafik

Während unter Windows bereits die Umschaltung zwischen der stromsparenden integrierten Grafikkarte und der leistungsstarken diskreten Grafikkarte bereits im Laufenden Betrieb funktioniert, muss man unter Linux dafür den X-Server neu starten. Dennoch ist der in Kernel 2.6.34 neu hinzugekommene, vga_switcheroo genannte Umschalt-Mechanismus voll funktionisfähig.

Hierfür kann man entweder ein fertiges Script mit GUI nutzen, oder direkt in der Bash auf die Datei /sys/kernel/debug/vgaswitcheroo/switch zugreifen:

• echo DDIS > /sys/kernel/debug/vgaswitcheroo/switch
  schaltet auf die diskrete Grafikkarte um
• echo DIGD > /sys/kernel/debug/vgaswitcheroo/switch
  schaltet auf die integrierte Grafikkarte um
• echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
  schaltet die inaktive Grafikkarte ab (spart Strom)
• echo ON > /sys/kernel/debug/vgaswitcheroo/switch
  schaltet die inaktive Grafikkarte an

Schwarze Konsole

Frisch nach der Installation von Linux bemerkte ich, dass nach dem Bootmenü die Konsole schwarz bleibt (bzw. sich sogar das Display abschaltet) bevor schließlich der Anmeldedialog von KDE erscheint. Nach einigem Testen habe ich herausgefunden, dass dies von den beiden aktiven Grafikkarten verursacht wird; Offenbar vertragen sich das gleichzeitig aktive i915 und radeon Kernelmodul nicht allzu gut.

Die Abhilfe ist leicht: Einfach das nicht benötigte Modul (etwa radeon) in /etc/modprobe.d auf die Blacklist setzen und mit mkinitrd die Ramdisk neu bauen lassen. Ein Reboot zeigt, ob es funktioniert hat.

Die Helligkeitssteuerung des Displays

Die mit Abstand größte Baustelle war die Helligkeitssteuerung des Displays; Diese verweigerte schlicht Ihren Dienst und keine der zahlreichen Fixes im Netz zeigte Wirkung. Ein Blick in dmesg offenbarte, dass das BIOS des Envys die für die Helligkeitssteuerung notwendige _BQC Methode nicht unterstützt.

Hier kam mir ein Ubuntu-Entwickler zu Hilfe. Da der Envy 14 nicht das einzige notebook mit diesem Makel ist (auch einige Dell Geräte zeigen die gleichen Symptome), existierte bereits ein Bugreport im Launchpad. Kamel Mostafa schrieb einen Patch, der dem i915 Treiber des Kernels doch noch die Steuerung der Helligkeit ermöglicht und bot auch gleich einen fertig gepatchten und kompilierten Kernel dafür an. Dieser war unter openSUSE natürlich nutzlos, nicht aber die Patches.

Mit etwas Handarbeit konnte ich die Patches mit dem ClickPad-fähigen kernel-desktop Paket von Takashi Iwai mergen, der praktischerweise auch gleich ein kernel-desktop-devel Paket mit den Kernel-Sourcen bereitstellte. Nach wenig Tipparbeit aber viel Wartezeit war der neue Kernel samt Kernel-Module kompiliert:

1. Patch nach /usr/src kopieren
2. cd /usr/src
3. patch -p0 < kernel_i915_backlight_controls.diff
4. Kernel und Kernelmodule anhand dieses Tutorials kompilieren, installieren und booten

Nach getaner Arbeit sollte zum Lohn der Mühen die Datei /sys/class/backlight/i915/brightness existieren. Schreibt man nun Werte von 0 bis 9 hinein, ändert sich die Helligkeit des Displays:
echo -n5 > /sys/class/backlight/i915/brightness

Allerdings muss auch das XOrg Gegenstück des Intel-Treibers angepasst werden damit er die Datei zur Steuerung der Helligkeit findet. Hierzu lädt man sich das aktuellste xf86-video-intel Paket herunter und wendet diesen kleinen Patch an, der den korrekten Dateipfad den zu durchsuchenden Pfaden hinzufügt. Nun kompiliert & installiert man die Sourcen und startet den X-Server neu.

Den Erfolg der Arbeit lässt sich nun in einem Konsolenfenster testen:

1. xbacklight -get
   sollte die aktuelle Bildschirmhelligkeit ausgeben
2. xbacklight -set [0 - 100]
   sollte die Bildschirmhelligkeit ändern

Funktioniert auch xbacklight wie erwartet, kann man unter KDE die Helligkeit mit dem Schieberegler des Batterie-Plamoids ändern. Auch die Energieprofile steuern nun die BIldschirmhelligkeit wie gewünscht.

Den letzten Feinschliff erhält man, indem man die seltsamerweise immernoch nicht funktionierenden FN-Tasten zur Helligkeitssteuerung als benutzerdefinierte Hotkeys anlegt und ihnen die Befehle xbacklight -dec 20 (dunkler) bzw. xbacklight -inc 20 (heller) zuweist.

Das Mikrophon unter Skype

Unter Skype klingen sowohl über den Mikrophoneingang als auch über das neben der Webcam eingebaute Mikrophon die aufenommenen  Stimmen 2 Oktaven zu tief. Der Grund hier ist eine Ressourcen-Überschneidung in ALSA. Dies lässt sich beheben, indem man folgende .asoundrc Datei im Homeverzeichnis des Benutzers anlegt und Skype wie folgt startet:
ALSA_OSS_PCM_DEVICE=”skype” aoss skype

Alternativ kann man den Aufruf natürlich in ein bequemes Shell-Script packen.

Die offenen Baustellen

Akkuleistung

Leider ist die openSUSE Distribution anscheinend nicht besonders energiesparend im Batteriebetrieb. Zwar kann man den Energieverbrach von > 50W auf ca. 25W (mit WLAN) senken, indem man einige Tipps des Intel-Tools powertop befolgt – von den unter Windows 7 gemessenen 13W im Batteriebetrieb ist das aber leider noch Welten entfernt. Und so bleiben gerade einmal enttäuschende 2,5h Akkulaufzeit im Normalbetriebe, während sich das Gerät unter Windows erst nach 4h verabschiedet. Gerade der proprietäre WLAN-Treiber erweist sich als wahrer Stromfresser. Hier bleibt nur zu hoffen, dass der Broadcom BCM43324 Chipsatz möglichst bald Aufnahme in den freien b43 Treiber findet.

Der optionale Slice-Akku stellt hier eine mögliche Abhilfe dar – er verdoppelt die Laufzeit des integrierten Akkus. Trotzdem: Auch 5h sind nicht gerade der Gipfel der Mobilität.

[UPDATE]
Ich habe herausgefunden, dass die ATI-Karte trotzdem Strom frisst, auch wenn das radeon Modul nicht geladen wird. Lädt man das Modul und schaltet die ATI Karte wie oben beschrieben ab, sinkt der Stromverbrauch drastisch. Jetzt verbraucht mein Notebook mit WLAN, Display auf minimaler Helligkeit und deaktivierten Desktop-Effekten ca. 9W im Leerlauf und 13-15W beim Surfen. Die Leistungsaufnahme entspricht damit ziemlich genau den unter Windows 7 gemessenen Werten, womit eine Laufzeit von über 4 Stunden erreicht wird. Hurra! :)

Das letzte Quäntchen lässt sich aus dem WLAN-Treiber herauspressen, indem die Empfangsstärke heruntergesetzt wird:
iwconfig wlan0 txpower 25 (20 also works)
Danke an Alejandro für diesen Tipp!

Nun muss ich nur alle meine Stromspar-Maßnahmen noch per Profil automatisieren. Hierzu werde ich aber nochmal gesondert bloggen!
[/UPDATE]

Die ATI Treiber

Der proprietäre ATI fglrx Treiber verweigert den Dienst, da er mit der umschaltbaren Grafik nicht zurecht kommt. Dies liegt zum einen am noch nicht unterstützten Kernel 2.6.34, was sich aber mit einem kleinen Patch der Installationsskripte leicht beheben lässt. Das weitaus größere Problem liegt in der geänderten Speicheradresse der Firmware. Leider lässt sich bei closed source nicht viel daran ändern. Dennoch versuchen einige Kernel-Entwickler derzeit, vga_switcheroo so zu erweitern, dass es die Firmware beim Umschalten der Karten auch an die richtige Stelle im Speicher kopiert. Hier bleibt abzuwarten, ob die Entwickler Erfolg haben oder dank des nicht einsehbaren Quellcodes an ihre Grenzen stoßen.

Ob und wann ATI eine aktualisierte Treiberversion herausbringt, steht derzeit noch in den Sternen.

Der freie radeon Treiber hingegen lädt, bringt aber noch keine 3D Beschleunigung dieser noch recht neuen Hardware mit. Im Ergebnis laufen 2D Darstellungen gut, aber bereits die Spezialeffekte des KDE Desktops ruckeln da sie via Software gerendert werden.

DisplayPort

Sowohl DisplayPort als auch HDMI sind nur nutzbar, wenn man die diskrete Grafikkarte verwendet. Aber diese Einschränkung gilt auch für Windows.

Der freie radeon Treiber findet zwar den Display- (und auch den HDMI-) Port, die Ausgabe ist aber stark verzerrt. Diesem Problem habe ich mich noch nicht weiter gewidmet. Da die Ausgabe unter Windows funktioniert und unter Linux zumindest mal die Hardware ansprechbar ist, bin ich optimistisch auch dieses Problem früher oder später lösen zu können.

Das Fazit

Jetzt, nach den ersten beiden Wochen, bin ich mit meinem Kauf immernoch vollauf zufrieden: Alles in allem ist der HP Envy 14 eine gute Wahl für Linux-Benutzer. Anders als bei meinem DELL XPS M2010 funktionieren die wichtigen Komponenten alle (auf Anhieb oder nach etwas Nachilfe). Ich kann das Gerät wirklich jedem weiterempfehlen (auch Nicht-Linux Usern); HP hat es wirklich geschafft, dem PC-Lager eine echte Mac-Alternative zu geben.

Mit den Umbauten im Quellcode bin ich weitestgehend fertig, so dass ich mich von nun an den Animationen widmen kann. Zuvor allerdings werde ich – sobald KDE 4.5 gebrancht wurde und sich  der Trunk wieder für Neuentwicklungen öffnet – den aktuellen Stand meiner Arbeit ins SVN einspielen. Dies ermöglicht, KDE Entwicklern meine Quellcodes zu kompilieren und den Stand der Entwicklung mitzuverfolgen. Ausserdem sind die Chancen höher, dass frühzeitig Probleme entdeckt werden, wenn mehr Personen testen.

Ich halte Euch auf dem Laufenden!

Die KWin Entwickler im IRC-Chat waren sehr hilfsbereit (mein Dank gilt mgraesslin, notmart, sebas und allen anderen Helfern). Als ich vorschlug, das Plasma dashboard dahingehend zu patchen, dass es seinen Hintergrund verwischt darstellte, trat ich damit eine Diskussion los, dass dies doch am besten von einem KWin Plugin erledigt werden sollte.Gesagt, getan. Ich schaute mir einige ander KWin plugins an, die mir einfach genug erschienen, sie zu verstehen und nutzte sie als Vorlage für mein erstes eigenes KWin plugin. Unnötig zu erwähnen, dass ich ein einen Riesenhaufen Probleme gestürzt bin! Nicht genug damit, dass ich mit der KWin Infrastruktur eine erste Hürde zu nehmen hatte; Nein – auch einige Plasma-Interna waren zu erlernen. Und all das vor dem Hintergrund, dass ich auch mein seit dem Studium arg eingestaubtes Wissen über C++ Syntax auch erst wieder auffrischen musste. Glücklicherweise habe ich mich durchgebissen. I wollte mein Effekt-Plugin konfigurierbar machen, also lernte ich die Konzpte hinter Qt Benutzeroberflächen kennen und nutze Nokias Qt Creator um eine schicken  Konfigurationsdialog zu erstellen, in welchem man die Helligkeit und Sättigung einstellen kann. Natürlich kann man dort auch den Blur-Effekt aktivieren (wer hätte DAS gedacht? *G*).

And noch große Reden zu schwingen, möchte ich Euch das Ergebnis meiner Arbeit während den letzten Wochen zeigen:

Es gibt immernoch ein paar rauhe Ecken zu glätten. Da allerdings KDE SC 4.5 schon im Feature-Freeze ist, gibt es keinen Grund zur Eile. Sobald 4.5 gebrancht ist und der Trunk sich wieder öffnet, werde ich mein Werk an das Reviewboard zur Diskussion senden. Ich bin guter Dinge, dass dieses Plugin Bestandteil von KDE 4.6 wird.

Von nun an werde ich an dieser Stelle und im Planet KDE regelmäßig über mein Ziel berichten, ein KDE Entwickler zu werden. Beginnen werde ich dabei mit einem Bericht über mein erstes KWin Plugin. Neugierig geworden? In Kürze mehr!

Die neue Version soll vor allem vorhandene Features stabilisieren und optimieren, aber auch so gibt es zahlreiche Neuerungen zu entdecken, unter anderem die erneut umgestalteten Benachrichtigungen, welche mit den bisher vorhandenen Platzproblemen bei vielen Nachrichten Schluss machen. Ebenfalls sofort ins Auge sprint das neue KWin Blur-Plugin, welches standardmäßig aktiviert ist; Es sorgt dafür, dass das Air Plasma-Theme fast völlig transparent wird und die überdeckten Hintergründe verwischt – Windows 7 lässt grüßen. Einhergehend mit den neuen unifarbenen Tray-Icons der Kernapplikationen entsteht ein sehr aufgeräumter und professioneller Gesamteindruck.

Erwartungsgemäß sind in diesem noch recht frühen Stadium natürlich noch zahlreiche Bugs vorhanden. Aber wer soll diese finden und melden, wenn keiner die Betaversion testet? So habe ich bereits über 10 Fehler gemeldet (ohne bereits bekannte Probleme mitzuzählen).

Hierbei kam mir mein neuer KDE Entwickleraccount sehr gelegen, mit dem ich einige kleinere Probleme selbst beheben konnte. So habe ich z.B. einen Crash im NetworkManagement Plasmoid gefixt, der KWin Arbeitsflächenwechsel-Anzeige Schatten und Blur beigebracht und im Smooth-Tasks Plasmoid (einer von Windows 7 inspirierten Taskleiste) einige Inkompatibilitäten mit der neuen KDE-Version ausgemerzt.

Alles in allem finde ich mich in den KDE Quelltexten langsam besser zurecht und bin guter Dinge, in einigen Monaten auch aufwändere Patches schreiben zu können.

Zunächst habe ich mich in den Quellcode des Plasmoids eingelesen. Dieser war dank eines Kurzüberblicks in der README-Datei, einer sinnvollen Struktur und selbsterklärenden Codes recht einfach zu verstehen. Nun wollte ich ein etwas unscheinbares Icon durch einen Button austauschen, auch um mit der Konsistenz der Benutzeroberfläche nicht zu brechen. Nach einigen Learnings durch fehlgeschlagene Kompilierungsvorgänge und dem Studium des Qt-Manuals im Internets hatte ich meine C++ Kenntnisse wieder soweit aufgefrischt, dass ich die gewünschte Korrektur vornehmen konnte. Das Ergebnis habe ich in Form eines Patches an den Hauptentwickler des Plasmoids geschickt.

Dieser war durch meinen Patch wohl so angetan davon, nun einen Mitstreiter für die einfacheren Jobs zu haben, dass er mich in seinem Blog erwähnte und mir zugleich vorschlug, mich für einen KDE SVN-Account zu bewerben. Da hierfür ein Leumund benötigt wird, stellte er sich selbst als Leumund zur Verfügung. Und wenige Stunden nach dem Einreichen meines Antrags erhielt ich meine Zugangsberechtigung mit vollen Schreibrechten auf das SVN von kde.org. Somit habe ich nun den Status eines KDE-Entwicklers inne und kann meine Patches direkt einspielen ohne diese einreichen zu müssen.

Heute abend habe ich von meinen neuen Commit-Rechten bereits ausführlich Gebrauch gemacht. So habe ich u.a. die Positionierung von Elementen etwas feingetunt und einen kritischen Crash entdeckt und gefixt. So langsam fängt das Ganze an Spaß zu machen! :-) Mal sehen, wie ich dem Entwickler auch weiterhin unter die Arme greifen kann.

Die Installation erfolgt mit Hilfe von Browser-Plugins, die User-Styles unterstützen, etwa Stylish, welches für Mozilla Firefox und Google Chrome erhältlich ist.

Weitere Infos und eine Anleitung zur Installation gibt es auf der Download-Seite.