Re: [OT] kernel.org Kernel auf neuere version patchen - welcher kernel, welche patches?
On 29.09.05 00:06:50, Gerhard Gaußling wrote:
> Hallo Andreas,
>
> Am Mittwoch 28 September 2005 23:08 schrieb Andreas Pakulat:
> > On 28.09.05 22:19:42, Gerhard Gaußling wrote:
> > > Ich habe gerade Schwierigkeiten meinen kernel incrementell auf eine
> > > höhere version zu patchen, was mir früher (zufällig?) problemlos
> > > gelang.
> >
> > Das liegt daran, dass der kernel nun ein running target ist...
> Muß damals wohl 'ne basis source gehabt haben, oder den passenden
> inkrementellen patch gefunden haben.
"Früher" (also bis einschliesslich 2.6.11 IIRC) gabs immer nur einen
patch-2.6.X der immer auf den vorherigen Kernel 2.6.(X-1) anwendbar war.
Durch die Running-Targets - die 4. Versionsnummer - ist die Komplexitaet
nun etwas gestiegen.
> > > Ich habe die sourcen linux-2.6.12.2.tar.bz2, und möchte diese auf
> > > das neueste release patchen.
> >
> > Dafür brauchst du
> >
> > > Dazu habe ich mir patch-2.6.13.gz besorgt und versucht ihn mit
> >
> > Den Patch und ausserdem den Patch für 2.6.12.2, denn
> Ist der patch-2.6.12.2.gz denn dazu da, um die kernel-sourcen 2.6.12.2
> auf 2.6.13 upzugraden, das fände ich merkwürdig.
Nein, Aber du musst die Aenderungen von 2.6.12 -> 2.6.12.2 rückgängig
machen, da der patch-2.6.13 auf den Kernel-Source von 2.6.12 passt.
> > > # cd /usr/src/linux
> > > # zcat /home/gerhard/download/linux/patch-2.6.13.gz | patch -p0
> > > 2>&1 |
> >
> > Das klappt nicht. Der patch-2.6.13 muss auf den 2.6.12er Kernel
> > angewandt werden (also ohne die 4. Versionsnummer). Das kriegst du
> > hin indem du dein linux-2.6.12.2 auspackst mittels
> >
> > gunzip -c patch-2.6.12.2.gz | patch -p1 -R
> also um kernel 2.6.12.2 auf 2.6.12 "zurückzupatchen" (option -R ?)
Richtig.
> > im Kernel-Source ausführst und anschliessend
> der kerneltree ist dann also wieder auf 2.6.12, und damit patchbar?
> > gunzip -c patch-2.6.13.gz | patch -p1
> damit wird der source-tree auf 2.6.13 gepatcht, wie ich das verstehe.
Korrekt.
> > machst. Aber 2.6.13 ist nun auch schon bei .2 angekommen...
> >
> > Achja, wenn man z.B. von 2.6.13.2 auf 2.6.13.4 updaten will muss man
> > das analog machen, da die 2.6.13.X-patches auch nicht inkrementell
> > sind, sondern zur Basis (also 2.6.13) erzeugt wurden.
> Ich verstehe das dann mal so, dass man die sourcen zurückpatchen (-R)
> muß, wenn sie nicht der basis entsprechen (3stellige version).
Ja, oder man findet die von dir unten genannten inkrementellen Patches.
Da ich aber meist nur auf http://www.kernel.org vorbeischaue und dort
auf "P" klicke krieg ich immer nur die Patches die auf die
"Base"-Version passen. Ist nicht weiter tragisch, da ich seit 2.6.7 nur
noch patche und dementsprechend auch alle Patches aufbewahre...
> > also wäre der untere Teil
> > meiner obigen Aussage obsolet, aber ich denke für das Upgrade der
> > Bug-Revision brauchst du den 2.6.12
> ok, das hatte ich schon fast vermutet.
>
> Auf welche source muß ich denn einen lmsensor oder libata-patch patchen?
> http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/
> 2.6.13-rc7-libata1.patch.bz2 , und welche Reihenfolge?
Den wirst du gar nicht reinkriegen - ausser du hast Glück. Sicher das du
den überhaupt noch brauchst? Solche Patches werden manchmal auch in den
Kernel-Source aufgenommen, insbesondere wenn du keine
2.6.13-libata1.patch.bz2 oder aehnlich findest würde ich das vermuten.
Einfach mal ins Changelog schauen...
>Diese externen
> patches sowie die alan cox und mm patches erst zum Schluß einfügen?
Ja, zuerst besorgst du dir einen sauberen Kernel-Source und dann fuehrst
du die Patches nacheinander aus. Wichtig ist dabei: Es kann sein, dass
sich 2 Patches nicht vertragen, sprich du kannst sie nicht nacheinander
anwenden, weil sie diesselben Zeilen bearbeiten oder weil der eine den
Source so stark verändert das die "Ankerpunkte" für den 2. zu sehr
verschoben werden. Dann könnte man versuchen das per Hand mittels
Editieren der Sourcen zu machen, oder auf den Patch verzichten...
Andreas
--
You'll be called to a post requiring ability in handling groups of people.
Reply to: