Archiv verlassen und diese Seite im Standarddesign anzeigen : Kernel 2.6.22.14 [updated: 21.11.07]
Morgen,
Da sich niemand anderes dazu aufrafft ...
Changelog: ftp://ftp.eu.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22
Kernel: ftp://ftp.eu.kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.tar.bz2
Patch: ftp://ftp.eu.kernel.org/pub/linux/kernel/v2.6/patch-2.6.22.bz2
Greetz UnuX
ThorstenHirsch
09.07.07, 10:00
Linus war am Wochenende wohl zu lange in der Sonne:
Woo-hoo. I'm sure somebody will report a "this doesn't compile, and
I have a new root exploit" five minutes after release, but it still
feels good ;)
Nene,
ich denk' er hat sich noch im "Hack-Modus" befunden, der so schön im Film "Codes Makers and Breakers" beschrieben wird, als er das geschrieben hat...
Greetz
Es gibt einen neuen proc eintrag für IDE Geräte.
# dir /proc/ide
insgesamt 0
-r--r--r-- 1 root root 0 2007-07-09 19:56 drivers
lrwxrwxrwx 1 root root 8 2007-07-09 19:56 hda -> ide0/hda
lrwxrwxrwx 1 root root 8 2007-07-09 19:56 hdb -> ide0/hdb
lrwxrwxrwx 1 root root 8 2007-07-09 19:56 hdc -> ide1/hdc
lrwxrwxrwx 1 root root 8 2007-07-09 19:56 hdd -> ide1/hdd
dr-xr-xr-x 4 root root 0 2007-07-09 19:56 ide0
dr-xr-xr-x 4 root root 0 2007-07-09 19:56 ide1
und einen verbesserten SLAB/SLUB (http://de.wikipedia.org/wiki/Slab_allocator) allocator
Heise.de hat mal wieder sehr schön Aufgelistet was in diesem Kernel neu ist:
http://www.heise.de/newsticker/meldung/91833
Läuft auf meinem Desktoprechner seit gestern, konnte keine Probleme feststellen, auch nicht mit dem nvidia-Treiber. Läuft einfach rund.
Interessant dürfte der neue WLAN-Stack sein, der ja bei Ubuntu bereits seit längerem im Kernel ist. Zumal damit endlich WPA auch mit meiner prism54-Karte möglich ist ( wenn auch - zumindest bei mir unter Ubuntu - mit einem sehr langsamen Durchsatz ).
-hanky-
Der Kernel läuft hier bis jetzt auch ohne Probleme, nur musste ich wieder zum 2.6.21er Kernel zurück da sich die madwifi Sourcen wegen ner "deprecated" Funktion nicht mehr kompilieren lassen...
snowcrash23
10.07.07, 18:38
VMware Server 1.03 lässt sich mit 2.6.22 bei mir nicht mehr kompilieren, auch nicht mit any-any-update109.
Building for VMware Server 1.0.0.
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config0/vmmon-only'
make -C /lib/modules/2.6.22-slh-smp-1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.22-slh-smp-1'
CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o
CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o
CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o
CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o
CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o
CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o
CC [M] /tmp/vmware-config0/vmmon-only/common/task.o
cc1plus: warning: command line option "-Wdeclaration-after-statement" is valid for C/ObjC but not for C++
cc1plus: warning: command line option "-Wno-pointer-sign" is valid for C/ObjC but not for C++
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++
cc1plus: warning: command line option "-ffreestanding" is valid for C/ObjC but not for C++
include/asm/page.h: In function ‘pte_t native_make_pte(long unsigned int)’:
include/asm/page.h:112: error: expected primary-expression before ‘)’ token
include/asm/page.h:112: error: expected ‘;’ before ‘{’ token
include/asm/page.h:112: error: expected primary-expression before ‘.’ token
include/asm/page.h:112: error: expected `;' before ‘}’ token
make[2]: *** [/tmp/vmware-config0/vmmon-only/common/task.o] Fehler 1
make[1]: *** [_module_/tmp/vmware-config0/vmmon-only] Fehler 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.22-slh-smp-1'
make: *** [vmmon.ko] Fehler 2
make: Leaving directory `/tmp/vmware-config0/vmmon-only'
Unable to build the vmmon module.
Aber halb so schlimm, solange nutze ich wieder 2.6.21 :)
VMware Server 1.03 lässt sich mit 2.6.22 bei mir nicht mehr kompilieren, auch nicht mit any-any-update109.
Es gibt inzwischen auch schon any-any-update110. Damit gehts (jedenfalls bei mir unter Gentoo).
Gruss
Sebastian
snowcrash23
10.07.07, 19:30
Es gibt inzwischen auch schon any-any-update110. Damit gehts (jedenfalls bei mir unter Gentoo)
Danke für den Tipp! Das any-any-updte-110 hab ich doch tatsächlich übersehen, leider klappt es damit auch noch nicht bei mir...
Ich werde einfach abwarten, mit dem 2.6.21 läuft ja alles.
MfG
snowcrash
Rain_maker
10.07.07, 21:19
http://www.linux-club.de/ftopic83305.html
Greetz,
RM
hi,
ich hab bis jetzt nur probleme:
1. das modul scsi_wait_scan wird IMMER erstellt, sobald man ein SCSI treiber benötigt...ich will es aber nicht als modul.
2. madwifi (svn) und nf_conntrack zusammen bringen ein kernel freeze.
also der 2.6.21 läuft da besser und macht nicht solche zicken.
hat jemand eine idee zu 1. ? 2. wird sicher am madwifi liegen.
danke.
Statt any-any Patch mal diese gepatchen vmmon und vmnet (http://www.blazilla.de/index.php?page=downloads.txt) versucht?
Der Kernel läuft hier bis jetzt auch ohne Probleme, nur musste ich wieder zum 2.6.21er Kernel zurück da sich die madwifi Sourcen wegen ner "deprecated" Funktion nicht mehr kompilieren lassen...
Das Problem ist schon im als Bug gemeldet worden:
http://madwifi.org/ticket/1434
ich werd heute Abend mal die "Trunk" Version probieren. Vielleicht läuft die ja schon... :)
*Edit*
Ok, die Trunk Revision 2572 sollte wohl mit dem Kernel 2.6.22 laufen. Desweiteren gibts ein aktualisiertes Debian Paket in unstable dass auch mit dem 2.6.22er Kernel läuft:
http://packages.qa.debian.org/m/madwifi/news/20070711T091704Z.html
2.6.22.1 ist raus.
Grund ist eine Sicherheitslücke die bereits einmal gestopft wurde, jetzt aber erneut aufgetaucht ist...
Quelle: http://www.heise.de/newsticker/meldung/92518
-hanky-
snowcrash23
12.07.07, 00:23
Statt any-any Patch mal diese gepatchen vmmon und vmnet (http://www.blazilla.de/index.php?page=downloads.txt) versucht?
Vielen Dank, blazilla.de kannte ich ja noch garnicht ;)
Also vmmon bekomme ich damit schon mal gebaut, aber bei vmnet streikt er leider weiterhin...
Nichts für ungut, zu Zeit ist mir VMware nicht ganz so wichtig, wen ich es benötige werde ich schon einen Thread eröffnen ;)
MfG
snowcrash
Mit welchem Fehler streikt vmnet?
snowcrash23
12.07.07, 13:49
Mit welchem Fehler streikt vmnet?
Das wird ausgegeben nachdem vmmon fertig gebaut wurde:
Building the vmnet module.
Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config5/vmnet-only'
make -C /lib/modules/2.6.22.1-slh-smp-2/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.22.1-slh-smp-2'
CC [M] /tmp/vmware-config5/vmnet-only/driver.o
CC [M] /tmp/vmware-config5/vmnet-only/hub.o
CC [M] /tmp/vmware-config5/vmnet-only/userif.o
/tmp/vmware-config5/vmnet-only/userif.c: In function ‘VNetCopyDatagramToUser’:
/tmp/vmware-config5/vmnet-only/userif.c:631: error: ‘const struct sk_buff’ has no member named ‘h’
/tmp/vmware-config5/vmnet-only/userif.c:631: error: ‘const struct sk_buff’ has no member named ‘nh’
/tmp/vmware-config5/vmnet-only/userif.c:643: error: ‘const struct sk_buff’ has no member named ‘h’
make[2]: *** [/tmp/vmware-config5/vmnet-only/userif.o] Fehler 1
make[1]: *** [_module_/tmp/vmware-config5/vmnet-only] Fehler 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.22.1-slh-smp-2'
make: *** [vmnet.ko] Fehler 2
make: Leaving directory `/tmp/vmware-config5/vmnet-only'
Unable to build the vmnet module.
For more information on how to troubleshoot module-related problems, please
visit our Web site at "http://www.vmware.com/download/modules/modules.html" and
"http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html".
Execution aborted.
Nochmal vielen Dank das Du Dir hier überhaupt die Zeit für mein Problem nimmst.
MfG
snowcrash23
@snowcrash23: Du könntest ja vielleicht noch den Kernel-Patch aus dem entsprechenden Bug bei Gentoo testen: http://bugs.gentoo.org/show_bug.cgi?id=182595
Bei mir gehts zwar ohne, aber ein Versuch kann vielleicht nicht schaden...
Gruss
Sebastian
Grund ist eine Sicherheitslücke die bereits einmal gestopft wurde, jetzt aber erneut aufgetaucht ist...
Wobei man erwähnen sollte dass diese Sicherheitslücke so wie ich das verstehe nur beim Benutzen des {ip, nf}_conntrack_sctp NETFILTER Modules ausgenützt werden kann.
Also soweit laeuft der 2.6.22er recht flott. Ich bin mal gespannt was sich im Bereich WLAN-Treiber fuer den neuen 80211-Stack in der naechsten Zeit tut.
2.6.22.2 ist raus
cl: http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.2
greetz
Nabend,
2.6.22.3 (http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.3.tar.bz2) ist da.
Changelog (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.3)
Gruß
Hallo
2.6.22.4 ist draußen.
Download:
ftp://ftp.eu.kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.4.tar.gz
Changelog
http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.4
@ DebX: Dir ist da ein falscher Link reingerutscht ;)
Deshalb:
Changelog: http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.4
-hanky-
-hanky-
Ups vielen Dank. :o
Moin,
und hier (http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.5.tar.bz2) ist dann 2.6.22.5 nebst Changelog (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.5).
Gruß
Hallo,
und nutze seit wenigen Tagen den Debian-Kernel 2.6.22 und habe unter anderem noch immer das Problem, dass ich seitdem nicht mehr Drucken kann.
Mit dem Debian-Kernel 2.6.18-5-686 funktioniert das Drucken über meinen HP Deskjet 870C einwandfrei. Dagegen kommt beim Drucken mit Debian-Kernel 2.6.22-1-686 nur Blödsinn raus (beliebige Buchstabenreihen und laufende Seitenwechsel). In den Logfiles konnte ich bisher keinen Fehler erkennen.
Ich nutze Debian Etch mit:
- cupsys 1.2.7-4
- gs-gpl 8.54.dfsg.1-5
- gs-esp8.15.3.dfsg.1-1
Wird das Problem mit einem nachfolgenden Kernel-Patch behoben? Oder liegt es an an irgendeinem Druck-Programm (z.B. CUPS)?
ThorstenHirsch
27.08.07, 10:49
Das liegt an CUPS und nicht am Kernel.
Also ich habe jetzt CUPS 1.2.12 (von Debian testing) und 1.3.0 (von Debian unstable) für Etch kompiliert und getestet. Ergebnis: unter keiner Version von CUPS ergibt sich irgendeine Besserung des Fehlers:
cupsys 1.2.7 => Fehler
cupsys 1.2.12 => Fehler
cupsys 1.3.0 => Fehler
Nun habe ich auch festgestellt, dass bei den funktionstüchtigen Kerneln (2.6.18) die Module für das Drucken (parport, parport_pc, lp, ppdev) nicht beim Booten aktiviert werden (Vergleich der dmesg-Log's).
Bei den anderen Kerneln (2.6.22) kommt es dagegen bereits beim Booten zu folgenden Meldungen:
parport_pc 00:08: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
wobei mich "dma 3" sowie "COMPAT,ECP,DMA" etwas irritiert.
Könnte das eine Fehlerquelle sein?
Wie könnte ich die vorzeitige Aktivieren der Module unterbinden?
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.