Treiber aus 2.6.35 in 2.6.32 nutzen?!

[Xenia]

Hallo Zusammen,

ich besitzte einen Medion Touchscreen Monitor MD20165 (X54000). Leider wird dieser von Debian Squeeze nicht erkannt.
Nachdem ich google gequält habe, habe ich gelesen, dass der Treiber für diesen Monitor im Kernal 2.6.35 enthalten ist.
(Mir kommt es nicht auf Multitouch an, herkömmliche Touchbedienung reicht mir völlig aus!)

Da ich mich mit der Kompilierung des Kernels bisher nicht beschäftigt habe, hier meine vielleicht etwas naiven Fragen:

Kann ich den Treiber aus dem 35er Kernel irgendwie in den 32er Kernel bekommen?
Oder kann ich davon ausgehen, dass mein System auch mit einem 35er kernel stabil läuft?

Vielen Dank

Xenia

[bluelupo]

Hi Xenia,
was hindert dich daran erst mal einen aktuelleren Kernel zu installieren und zu testen bevor du einen Kernel selbst kompilierst?

Installier dir doch mal den 2.6.39.

Code: Alles auswählen

# apt-cache search linux-image-2.6.39
linux-headers-2.6.39-2-amd64 - Header files for Linux 2.6.39-2-amd64
linux-image-2.6.39-2-amd64 - Linux 2.6.39 for 64-bit PCs
linux-image-2.6.39-2-amd64-dbg - Debugging infos for Linux 2.6.39-2-amd64

[Xenia]

Hi bluelupo!

Ups - zu kompliziert gedacht.

Ich bin davon ausgegangen, dass man einen aktuelleren das den standart Kernel immer selbst kompilieren muß.

Vielen Dank für die Info!

[bluelupo]

Hi Xenia,
du musst halt deine Sourceliste temporär auf Testing umstellen damit den Kernel 2.6.39 installieren kannst.

[hikaru]

Alternativ könntest du auch 2.6.38 aus den Squeeze-Backports installieren.

[Xenia]

Wenn ich die sources.list um die backports erweitere bekomme ich als aktuelles image 2.6.38-bpo.2-686-bigmem angezeigt.

Ich vermute das BPO steht für BackPorts"Only" oder so ?!?

Der Backports Kernel läuft wahrscheinlich stabiler als der aus Testing - oder?

Wenn ich auf Testing umstelle, den Kernel installiere, und dann wieder auf stable gehe, kann ich doch weiterhin meine updates aus stable bekommen und den Testing Kernel behalten - oder?

[bluelupo]

[...]
Der Backports Kernel läuft wahrscheinlich stabiler als der aus Testing - oder?

Nein, der 2.6.39 läuft ebenso absolut stabil. Er unterstützt eben halt viel mehr aktuellere HW. Das ist doch das was du eigentlich zur Lösung deines Problems brauchst.

Wenn ich auf Testing umstelle, den Kernel installiere, und dann wieder auf stable gehe, kann ich doch weiterhin meine updates aus stable bekommen und den Testing Kernel behalten - oder?

Ja

[hikaru]

Ich vermute das BPO steht für BackPorts"Only" oder so ?!?

BackPorts.Org - ein Anachronismus.

Der Backports Kernel läuft wahrscheinlich stabiler als der aus Testing - oder?

Nein. Die nehmen sich nichts. Der Vorteil den der Backports-Kernel bietet ist, dass du keinen Release-Mix hast, was u.a. bei Grafiktreibern wichtig sein kann. Wie der aktuelle Stand von Testing und damit die konkrete momentane Situation beim Transplantieren eines Testing-Kernels nach Stable ist weiß ich nicht.

Wenn ich auf Testing umstelle, den Kernel installiere, und dann wieder auf stable gehe, kann ich doch weiterhin meine updates aus stable bekommen und den Testing Kernel behalten - oder?

Ja.

Nein, der 2.6.39 läuft ebenso absolut stabil. Er unterstützt eben halt viel mehr aktuellere HW. Das ist doch das was du eigentlich zur Lösung deines Problems brauchst.

Wenn ich das richtig sehe ist das Kriterium >=2.6.35, womit 2.6.38 oder 39 keinen Unterschied machen sollte.

[rendegast]

momentane Situation beim Transplantieren eines Testing-Kernels nach Stable

testing 2.6.39 braucht nur die initramfs-tools und firmware-linux 3 aus testing / sid.
sid 3.0.0 (wohl bald testing) mit obigem problemlos,
jedoch headers 3.0.0 -> gcc-4.5 -> -> libc6 aus testing / sid, Aua,
damit keine externen Module (zBsp. Grafiktreiber) mehr möglich.


EDIT Korrektur, kernel 3.0.0 debian + Modulbau nvidia mit gcc-4.4 geht zumindest mit neuestem nvidia:
viewtopic.php?f=33&t=131298

[bluelupo]

Hi Xenia,
ich würde mir evtl. überlegen ob du nicht gleich auf Testing umsteigst. Vorteil wäre einfach die bessere Aktualität des Kernels und der Applikationen. Hier gilt es Abwägen Aktualität gegen Stabilität.

[Tintom]

Hi Xenia,
ich würde mir evtl. überlegen ob du nicht gleich auf Testing umsteigst. Vorteil wäre einfach die bessere Aktualität des Kernels und der Applikationen. Hier gilt es Abwägen Aktualität gegen Stabilität.

Einzig weil es um einen Treiber geht? Das wäre mit Kanonen auf Spatzen geschossen. Kernel 2.6.38 aus den Backports ist hier die vernünftigste Lösung.

[bluelupo]

Einzig weil es um einen Treiber geht? Das wäre mit Kanonen auf Spatzen geschossen. Kernel 2.6.38 aus den Backports ist hier die vernünftigste Lösung.

Hi TinTom,
von den Backports halte ich persönlich überhaupt nichts und auch für keine gute Lösung. Wenn ich was aktuelleres brauche hole ich mir das Testing oder SID (im Einzelfalle). Davon abgesehen würde ich zu allererst den aktuellsten Kernel aus den Debian-Repositories testen. Wenn ich allerdings ein wirklich aktuelles System benötige dann muss zumindest Testing, oder besser SID, als komplette Installation her.

[hikaru]

von den Backports halte ich persönlich überhaupt nichts und auch für keine gute Lösung.

Warum?

Davon abgesehen würde ich zu allererst den aktuellsten Kernel aus den Debian-Repositories testen.

Was spricht in dem hier vorliegenden Fall gegen 2.6.38?

Wenn ich allerdings ein wirklich aktuelles System benötige dann muss zumindest Testing, oder besser SID, als komplette Installation her.

Das kannst du natürlich so handhaben. Aber warum willst du einen Stable-User auf Testing ziehen nur weil ein Treiber fehlt?

[Xenia]

Hallo Zusammen,

vielen Dank für die zahlreichen Antworten.

Während Ihr mir noch fleißig Tips gegeben habe, hatte ich zuerst die Backports probiert. Allerdings konnte ich den Kernel nicht installieren, da es ein Versionsproblem mit Debian-Base?!? - oder so - gegeben hat.

Hab dann Testing probiert - läuft prima. Das Touchpannel wurde direkt erkannt und läuft tadellos.

Ich hoffe das Ganze läuft auch stabil. Hatte heute morgen beim login auf der Konsole eine ellenlange Fehlermeldung bztl. irgend eines Treibers. Das hat sich bisher allerdings noch nicht wiederholt.

Also - vielen Dank für Eure Hilfe!

Xenia

[bluelupo]

Warum?

Zurück-Portieren wozu das?

Was spricht in dem hier vorliegenden Fall gegen 2.6.38?

Wieso sollte ich was altes nehmen wenn's schon was aktuelleres gibt?

Das kannst du natürlich so handhaben. Aber warum willst du einen Stable-User auf Testing ziehen nur weil ein Treiber fehlt?

Ich will keinen irgendwo hinziehen, nur eine bessere Lösungsmöglichkeit aufzeigen. Meine Persönliche Meinung zu einen Debian-Stable-System ist, das hat seine Berechtigung auf einen Server aber nicht auf einen halbwegs aktuellen Desktopsystem (HW).

[...]
Hab dann Testing probiert - läuft prima. Das Touchpannel wurde direkt erkannt und läuft tadellos.

....freut mich zu hören das es läuft.

[hikaru]

Zurück-Portieren wozu das?

Um Releasemixe und die damit möglicherweise verbundenen Abhängigkeitsprobleme zu vermeiden. Zumindest galt das für die Etch- und Lenny-Backports die ich verwendet habe.

Wieso sollte ich was altes nehmen wenn's schon was aktuelleres gibt?

Weil das Alte genauso gut funktioniert?

Meine Persönliche Meinung zu einen Debian-Stable-System ist, das hat seine Berechtigung auf einen Server aber nicht auf einen halbwegs aktuellen Desktopsystem (HW).

Warum hat ein Stable keine Berechtigung auf meinem 2 Monate alten Netbook wo es doch funktioniert?

[kupe]

Ich will keinen irgendwo hinziehen, nur eine bessere Lösungsmöglichkeit aufzeigen. Meine Persönliche Meinung zu einen Debian-Stable-System ist, das hat seine Berechtigung auf einen Server aber nicht auf einen halbwegs aktuellen Desktopsystem (HW).

jetzt würde mich schon anhand von ein paar konkreten beispielen interessieren, wie du auf eine derartige aussage kommst. was ist denn mit testing oder sid auf'm desktop so viel mehr unterm strich möglich als mit stable?
bzw.: was kann ich mit meinem squeeze-laptop denn effektiv nicht machen, was dir wiederum nur testing und konsorten ermöglichen? wenn man wirklich mal aktuellere geschichten wie eben einen neuen kernel oder bspw. libreoffice haben will, dann leisten die backports oder http://www.debian.org/distrib/packages doch ganze arbeit.

zum eigentlichen thema: persönlich würde ich auch aufgrund der bereits genannten argumente die backports-lösung bevorzugen; oder eben selber kompilieren... soweit ich das aber gerade verstanden hab', bist du nun komplett (?) auf testing (ich hoffe mal nicht nur wegen dem treiber) umgestiegen, somit hat sich das ja sowieso erledigt...

[bluelupo]

Offtopic:

jetzt würde mich schon anhand von ein paar konkreten beispielen interessieren, wie du auf eine derartige aussage kommst. was ist denn mit testing oder sid auf'm desktop so viel mehr unterm strich möglich als mit stable?
bzw.: was kann ich mit meinem squeeze-laptop denn effektiv nicht machen, was dir wiederum nur testing und konsorten ermöglichen? wenn man wirklich mal aktuellere geschichten wie eben einen neuen kernel oder bspw. libreoffice haben will, dann leisten die backports oder http://www.debian.org/distrib/packages doch ganze arbeit.

Hi bolivar,
1. Aktualität der Apps
Stable ist im ungünstigten Fall 2 Jahre alt

2. Aktuelle HW
Neue HW (zB. WLAN-Chipsatz) wird ggf. nicht unterstützt von Stable -Kernel

3. Am Puls der Zeit
Ich möchte und will immer die neueste SW auf meinen Desktopsystem haben

Du kannst aber sicherlich auch mit Stable durchaus einen Desktop oder einen Laptop betreiben, wahrscheinlich mit mehr oder weniger Einschränkungen. Rückportierungen finde ich persönliche beim Debianprojekt eine Ressourcenverschwendung. Ich fahre übrigens seit Jahren auf mehreren Systemen ein Debian SID und komme damit problemlos klar

[KBDCALLS]

Dann ist die aber sicher entgangen das die Backports mittlerweile ein offizieller Debiandienst ist. Und ob die aktuellere Version immer die bessere Software ist darüber streiten sich die Gelehrten. Auch beim Kernel hat es Versionen gegeben in denen sinds Bugs wieder aufgetaucht, die in den Vorgängerversionen schon gefixt waren. Wer wirklich aktuelle Software braucht oder will der ist vermutlich mit Fedora , Opensuse , Gentoo, Sabayon und LFS besser bedient.

[bluelupo]

Dann ist die aber sicher entgangen das die Backports mittlerweile ein offizieller Debiandienst ist.

Natürlich ist mir das nicht entgangen, weil ich Debian(SID) schon sehr lange nutze

Und ob die aktuellere Version immer die bessere Software ist darüber streiten sich die Gelehrten. Auch beim Kernel hat es Versionen gegeben in denen sinds Bugs wieder aufgetaucht, die in den Vorgängerversionen schon gefixt waren.

...klar das ist Ansichtsache. Ich stehe auf aktuelle Software.

Wer wirklich aktuelle Software braucht oder will der ist vermutlich mit Fedora , Opensuse , Gentoo, Sabayon und LFS besser bedient.

Kann ich leider in keinster Weise nachvollziehen deine Behauptungen. SID ist sehr wohl Fedora, SuSE oder den Rest von dir genannten Distributionen, was die Aktualität betrifft gleichzusetzen. Wenn wir schon von topaktuellen Distributionen sprechen, dann lege ich dir mal wärmstens Arch ans Herz.

[rendegast]

Korrektur für meine obige Behauptung,
kernel 3.0.0 debian + Modulbau nvidia mit gcc-4.4 geht zumindest mit neuestem nvidia:
viewtopic.php?f=33&t=131298