Kernel 2.6.18 für LinVDR

Dr. Seltsam:

Verwendest du den vanilla 2.6.18 kernel oder ist da irgendwas draufgepatcht ?

danke für die info.
dann sollte ich in der lage sein die HighPoint module selbst zu bauen.
Muss mir nur schnell irgendwo ein Linux hinstellen ...

ja bitte ...

*sich unterwürfig am Boden wälzt und bettelt*

P.S.: der ausführliche Dank ist leider schon in einem anderen Thread verbraucht worden

Zitat

Original von Dr. Seltsam
zwei patches habe ich an den Kernelsourcen angewandt:
...
powernow-k8 für Geode (Patch von kilroy)
....

...jetzt verwirrst du mich ein wenig. Müsste nicht das modul powernow-k7 gepacht worden sein?

Die Frage hat einen Hintergrund, da jemand gerade Probleme mit powernow-k8 hat.

Gruß
Wicky

Zitat

Original von Dr. Seltsam
vergleich doch mal die kernel-configs vom 2.6.18.1 und meinem 2.6.18. Am besten ein diff erstellen. Mal sehen, ob es da essentielle Unterschiede bei Modulen gibt, die Auswirkungen haben könnten.

Ich hoffe ich hab's richtig gemacht, war für mich eine premiere (sorry)
Ist ein Vergleich der config-2.6.18.1 und config-2.6.18 im Verzeiochnis /boot

Hatte mich verschrieben

Dec 13 09:07:08 linvdr user.info vdr: [1262] initializing plugin: graphlcd (0.1.3): Output to graphic LCD
Dec 13 09:07:08 linvdr user.info vdr: [1262] setting primary device to 1
Dec 13 09:07:08 linvdr user.debug vdr: t6963c: Testing ECP mode... 
Dec 13 09:07:08 linvdr user.debug vdr: t6963c: working! 
Dec 13 09:07:08 linvdr user.info vdr: t6963c: T6963 initialized. 
Dec 13 09:07:08 linvdr user.info vdr: [1262] SVDRP listening on port 2001

Wenn das hilft, per showpic bekomme ich auch mit einem Kernel 2.6.18 ein Bild auf dem GLCD, einzig der vdr macht einen restart.
Den easyvdr wieder draufzubügeln möchte ich eigentlich vermeiden, würde es was helfen, wenn ich den Kernel 2.6.18.1 nach linvdr übernehme? Geht das überhaupt?

Auf welche Kerneloptionen es beim graphlcd ankommt hab ich null Ahnung, aber ich versuche mich da mal schlau zu machen, meine Linux-Kenntnisse sind allerdings eher suboptlimal.

Moin,

ich habe mal eine Frage, da ich nicht so im Kernelbacken profiliert bin.

Zitat

Original von Dr. Seltsam
update 03.12.06
Das Modul longhaul (Stromsparfunktion für Via C3-Prozessoren) ist wieder Teil des Kernels, nachdem es zeitweise von den Kernelentwicklern rausgeschmissen worden war.

Seit dem Aufschwung von 2.6.12 oder 13 auf den im Mahlzeit3.1 ISO enthaltenen Kernel(also diesen hier funktioniert sporadisch meine via_rhineII Netzwerk Karte auf meinem Epia nicht mehr.

ich bekomme nun immer diese Fehlermeldung:

NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 786d, resetting...
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

Nun hab ich schon gegoogelt und auch mein Netzwerk überprüft, umgehängt und auch den Parameter pci=noacpi dem Kernel mitgegeben...kein Erfolg.

Kann ich diese o.a. Stromsparfuntion auch mit einem Cheat ausschalten?? Da ich nun schon oft gelesen habe, daß einige Epias mit dem Strom so einige Probleme haben, habe ich diese Funktion im Verdacht. Ich würde das gerne mal testen bevor ich das Board wegwerfe oder wieder downgrade

Danke für einen Tipp.

JCB

jcb

...ich vermute, dass beim Mahlzeit ISO 3.x wird das Modul longhaul eh nicht geladen. Ich habe in Linvdr/Mahlzeit-ISO zumidest noch keine Stelle gefunden, die dafür sorgen könnte.

Oder ist longhaul eventuell fest in den Kernel kompiliert?

Würde aber auch nichts machen, da kein Dämon gestartet wird, der langhoul verwenden würde...

Mein Fazit wäre daher in diesem Falle:
Ein Zusammenhang mit langhaul ist unwahrscheinlich.

Gruß
Wicky

Doc

Gruß
Wicky

Danke Jungs. Wie bemerkt ich bin noch nicht so Firm damit.

Leider sind bei den 'googles' immer nur Fragen oder Tipps die ich schon ausprobiert habe.

Dachte, jemand hätte noch eine Idee.

Danke für eure Mühe,

Gruß,

Jens