Erfahrungen mit Kernel 2.6.32 (Lucid) unter Ubuntu Karmic

linrunner

linrunner

Ubuntuversteher
Themenstarter
Registriert
22 Juni 2007
Beiträge
13.362
Hallo zusammen,

aus aktuellem Anlaß mach hier ich mal einen Erfahrungs-Thread auf.

Download
Ihr benötigt folgende Pakete
linux-image-2.6.32-XX-generic http://packages.ubuntu.com/lucid/linux-image-2.6.32-12-generic
linux-headers-2.6.32-XX http://packages.ubuntu.com/lucid/linux-headers-2.6.32-12
linux-headers-2.6.32-XX-generic http://packages.ubuntu.com/lucid/linux-headers-2.6.32-12-generic
Falls die Links wg. erneuerter Versionen nicht mehr funktionieren, einfach hier suchen nach linux-image-2.6.32 bzw. linux-headers-2.6.32 :)

Bauleitung für PHC-Kernel
[Linux] neuen Kernel mit PHC-Patch einspielen

radeon-Performance auf T60 mit 2.6.32-9.13
Ich habe gerade herausgefunden, daß sich der 2.6.32-9.13 (aus Lucid-Repo bzw. -git) nicht ohne Konfigurationseingriff mit dem radeon-Treiber verträgt.

Bisher habe ich in meiner xorg.conf folgendes stehen:
Code: 
Section "Device"
Identifier "Configured Video Device"
Driver "radeon"
Option "AccelMethod" "XAA"
Option "DynamicPM" "on"
Option "ClockGating" "on"
EndSection
Mit 2.6.32-9.13 wird nun auch für den radeon standardmäßig KMS (Kernel-based Mode Switching) aktiviert, damit kommt der radeon von Karmic aber noch nicht richtig klar. Konkret zieht die EXA-Beschleunigung (o.g. Option wird ignoriert) und darunter leidet die Perfomance der X1400 in meinem T60 doch erheblich. Außerdem gibt es beim Logon häßliche Bildschirmartefakte.

Lösung: KMS ausschalten mittels /etc/modprobe.d/radeon.conf
Code: 
options radeon modeset=0
Wichtig: anschließend muß das initramfs aktualisiert werden
Code: 
sudo update-initramfs -u

Bug in Trackpoint-Erkennung -> keine Scrollfunktion
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/492729
http://bugzilla.kernel.org/show_bug.cgi?id=14970 - ist Upstream im Kernel gefixt, Patch - ist im Ubuntu Kernel 2.6.32-12 gefixt.

Workaround (ohne Patch):
Code: 
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
  <device>


<match key="input.product" string="TPPS/2 IBM TrackPoint"> 
   <merge key="input.x11_options.EmulateWheel" type="string">true</merge> 
   <merge key="input.x11_options.EmulateWheelButton" type="string">2</merge> 
   <merge key="input.x11_options.EmulateWheelTimeout" type="string">200</merge> 
   <merge key="input.x11_options.YAxisMapping" type="string">4 5</merge> 
   
</match> 


<match key="input.product" string="PS/2 Generic Mouse"> 
   <merge key="input.x11_options.EmulateWheel" type="string">true</merge> 
   <merge key="input.x11_options.EmulateWheelButton" type="string">2</merge> 
   <merge key="input.x11_options.EmulateWheelTimeout" type="string">200</merge> 
   <merge key="input.x11_options.YAxisMapping" type="string">4 5</merge> 
   
</match> 

  </device>
</deviceinfo>

Ansonsten ...
sind meine Erfahrungen auf T60 und X200 bisher sehr positiv, der Stromverbrauch des X200 ist wie an anderer Stelle schon gepostet ca. 1W geringer. PHC und hdapsd laufen ohne Probleme.
 
meinst Du ein komplettes Testing oder nur den Testing-Kernel? Ubuntu oder Debian?
Falls es Dir wirklich nur um den Kernel geht und Du nicht viel rumdoktorn willst würde ich bei stable bleiben und nur einzelne Pakete bei Bedarf erneuern. Wobei das schon wirklich nur einzelne sein sollten, wenn man anfängt wegen Abhängigkeiten irgendwelche libs zu erneuern wird es schnell unübersichtlich. Also wenn man die neueren Versionen wirklich braucht wäre dann Testing denke ich doch die bessere Wahl ;)
ich hatte mal eine Zeitlang ein komplettes unstable verwendet, selbst dabei gab es eigentlich kaum Probleme. Es hatte mich dann nur irgendwann genervt, dass fast täglich zig Pakete erneuert wurden mit entsprechend großen Downloads...deswegen bin ich dann erstmal auf testing zurück und nachdem dieses stable wurde dann dabei geblieben und mache seitdem höchstens jeweils nach dem Freeze ein Update auf Testing.
 
Mir ging es vorhin um die "Testing" Dist von Debian, also Squeeze.
"Unstable" würde ich auch nicht nehmen.

Der Kernel wäre ja dann schon ein Finaler, also Ende Feb./Anfang Mär. ist der Release vom 33er geplant.
Wäre der dann automatisch in den Repos von "Testing" oder sogar "Stable" (Lenny) drin?
 
Das ist alles OT.. ;)
Entweder besorg dir den kernel per apt-pinning, wie schon hinreichend beschrieben wurde, oder nutze Repositories wie backports.org. Kannst natürlich auch selbst einen bauen, ist auch nicht so schwer ;) Ich würde das pinning bevorzugen und mir den kernel aus sid pinnen, da das idR recht schnell dem aktuellen vanilla kernel entspricht.
 
Also welche Debian Dist wäre jetzt am ehesten zu verwenden?
Sorry, aber ich hab da 0 Erfahrungen und muss halt so doof fragen...

Ich kann aber auch gern einen eigenen Thread zu dem Thema aufmachen...
 
Würde da zu testing, also squeeze raten.
Wenn du aber mit ubuntu besser klar kommst, kannste auch das aktuell stabile nehmen und auf genau die gleiche Art und Weise den kernel ausm Ubuntu testing pinnen/installieren.
 
Es gibt Ubuntu- Repos in denen schon der 33er Kernel liegt???
Das hät ich nun nicht gedacht, da doch hier der 32er sogar erst mit 10.04 kommen wird?!
 
Das Thema schweift etwas von 2.6.32 ab. In Ubuntu Lucid und Debian Squeeze wird 2.6.32 zum Einsatz kommen, somit wird auch nur dieser Kernel in den entsprechenden Repositories auftauchen.

Wie schon hier gesagt wurde, gibt es in Mainline http://wiki.ubuntuusers.de/Mainline-Kernel aktuelle Kernel, die in Ubuntu ausprobiert werden können.
 
Funktionieren die fingerprint reader der neueren Bauart (T400, T410) unter lucid ?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben