Kernel 2.5.x en pre 2.6.0 draadje....

[Alarmnummer]

Ik heb nu al een aantal 2.5 kernels gedownload. 44,43 en 41 maar 1 knalde bij de xconfig er al uit, en de andere 2 bij make bzImage. Doe ik iets fout? Of zijn die compiles echt nog zo buggy?

[Verwijderd]

Hangt er vanaf wat voor fouten je krijgt... Als de build failt, dan is de compile buggy. Als xconfig 't niet doet, mis je misschien een bepaalde tool/library die nodig is om xconfig te runnen...

[Verwijderd]

RG© schreef op 23 oktober 2002 @ 19:47:
alleen de menuconfig is een beetje groot geworden.

Nóg groter?? :eek:

[Verwijderd]

ja, ik kom er nu al niet uit wat precies wat doet, dus heb ik waarschijnlijk ook wat overbodige dingen meegecompileerd. Er zou een funktie moeten komen die als het ware een dependency check uitvoert, die ziet bijv USB en ext3 in je systeem en vraagt dan of die in de kernel moet of als module. En die zo de hele lijst afgaat...
Natuurlijk kan ik ook handmatig een lijstje opschrijven van welke hardware ik allemaal heb, maar automatisch is toch wat fijner, en vooruitgang

[Verwijderd]

RMS heeft ooit voorgesteld om een autoconfigure script te maken, die alles voor je uitzoekt...

De reacties waren niet bemoedigend. .

[deadinspace]

Verwijderd schreef op 26 oktober 2002 @ 23:43:
RMS heeft ooit voorgesteld om een autoconfigure script te maken, die alles voor je uitzoekt...

De reacties waren niet bemoedigend. .

Van mij mag ie een autoconfigure script maken hoor. Ik ga het alleen niet gebruiken

Is misschien wel iets voor noobs: make autoconfig

[Cyril]

Zojuist zag ik 2.5.45 verschijnen, er is behoorlijk wat nieuw spul om mee te spelen. Uiteraard vanwege de feature freeze..
de aankondiging:

Big changes, lots of merges. A number of the merges are fairly
substantial too.

Device mapper (LVM2), crypto/ipsec stuff for networking, epoll and giving
the new kernel configurator a chance. Big things.

And a _lot_ of maintenance, from various architecture updates to USB and
ISDN and ALSA. Merges with Andrew & Alan etc.. Go out and test,

Linus

de patch
de Changelog
kconf screenshot

* Cyril gaat eens even kijken of deze wel weer wil compilen..

[Verwijderd]

Bah, kconf is Qt. . . Hebben ze geen Gtk-based configger?

[Sjonny]

code:

root@fratser:/usr/src/linux# make menuconfig
<gcc stuff here, layout fuckup>
*
* Unable to find the QT installation. Please make sure that the
* QT development package is correctly installed and the QTDIR
* environment variable is set to the correct location.
*
make[1]: *** [scripts/kconfig/.tmp_qtcheck] Error 1
make: *** [scripts/kconfig/mconf] Error 2

wat een kutzooi
waar slaat dit nou weer op? ik wil een menu/old config, geen x/gnome/qt/kde shit.
nou moet ik qt installen

Need to get 8581kB of archives. After unpacking 28.7MB will be used.

wat een onzin .. weer 30 aan crap op me hdd

[MikeN]

Verwijderd schreef op 31 oktober 2002 @ 08:58:
Bah, kconf is Qt. . . Hebben ze geen Gtk-based configger?

Qt ziet er tenminste by default een beetje redelijk uit

[zwik]

MikeN schreef op 31 oktober 2002 @ 12:04:
[...]

Qt ziet er tenminste by default een beetje redelijk uit

En het is traag en eet meer resources .

Maar als ik het goed begrijp zit er geen ncurses based config meer in ?

Hoe wil ik dan straks op een pc die geen X heeft een kernel configgen behalve met alles 1 voor 1 beantwoorden. Of hebben ze dat er ook al uit gesloopt ?

[Verwijderd]

Qt traag ? why is that ?

[deadinspace]

Verwijderd schreef op 31 oktober 2002 @ 13:18:
Qt traag ? why is that ?

Weet ik niet, maar ik heb voor Licq zowel de GTK+ als de QT plugin gehad, en de laatste is echt beduidend trager met hertekenen enzo.

Wrom blijft dat ding niet gewoon ncurses? Ik wil geen GTK+ of QT interface.

[_JGC_]

Zit nog steeds een ncurses based config in, maar die krijg je alleen te zien als je libqt3-dev hebt geinstalleerd.

[deadinspace]

Nou, dat is dus brak, want dat lijkt mij totaal onnodig (bovendien heb ik geen zin om libqt3-dev en weet ik wat allemaal nog meer nodig is daarvoor op mijn servers e.d. installeren).

edit:
Ah, de nieuwe xconfig (die qt gebruikt) zit bij deze source... Is misschien gewoon een fout in de Makefiles, dat hij per ongeluk qt3-dev nodig heeft, welke config target je ook gebruikt.

edit:
Ach, kijk nou, tis idd een bug en er is al een patch voor
Zie http://marc.theaimsgroup....nel&m=103605713331864&w=2

[loial]

Jamaar...jamaar...wanneer gebruik je (jullie) dan een development kernel. Op je workstation toch niet? En op je server al helemaal niet?! Waar dan?
Is een beetje klote als je systeem verrot raakt door een bug die nog in de kernel zit...of is die kans verwaarloosbaar? Ikke draai alleen GNU/Linux maar kzou nie weten wat je nu met een unstable kernel moet. Leg me dat nu eens uit
Dualbooten jullie soms verschillende kernels of...windows/linux of....

[Verwijderd]

Ik wil voor de grap nog wel eens een onstabiele kernel installen naast mijn stabiele (op werkstation dus)... Maar over 't algemeen kijk ik lekker vanaf de zijlijn toe. .

[_JGC_]

Loial schreef op 31 oktober 2002 @ 14:27:
Jamaar...jamaar...wanneer gebruik je (jullie) dan een development kernel. Op je workstation toch niet? En op je server al helemaal niet?! Waar dan?
Is een beetje klote als je systeem verrot raakt door een bug die nog in de kernel zit...of is die kans verwaarloosbaar? Ikke draai alleen GNU/Linux maar kzou nie weten wat je nu met een unstable kernel moet. Leg me dat nu eens uit
Dualbooten jullie soms verschillende kernels of...windows/linux of....

Daarvoor hebben we nou een prutsbak

Ben hier op dit moment aan't experimenteren met een autoinstaller systeem via NFS. NFS Root fs en BOOTP gaat goed, nu nog de installatie configuratie
Als ie eenmaal draait kan ik zo elke kernel testen die ik wil: ff floppy erin en het draait weer

[deadinspace]

Loial schreef op 31 oktober 2002 @ 14:27:
Jamaar...jamaar...wanneer gebruik je (jullie) dan een development kernel. Op je workstation toch niet? En op je server al helemaal niet?! Waar dan?

Hier (projectruimte) staat een workstation voor algemeen gebruik, daar hebben we wel eens 2.5 kernels op gedraaid. En mja, verder op laptop of desktop, zolang er geen data op staat die absoluut niet kwijt mag.

Is een beetje klote als je systeem verrot raakt door een bug die nog in de kernel zit...of is die kans verwaarloosbaar?

Die kans is erg klein, maar niet afwezig... Ook niet verwaarloosbaar denk ik.
Als het een machine is die niet kapot mag -> niet doen. Als het verder alleen maar irritant is als het echt ontploft, mja, dan kun je het gewoon proberen.

Ikke draai alleen GNU/Linux maar kzou nie weten wat je nu met een unstable kernel moet. Leg me dat nu eens uit

Uitproberen he... Kijken of het een beetje gaaf wordt, en natuurlijk bugs reporten. Zeker op het moment dat het de stable kernel moet worden moeten zoveel mogelijk bugs eruit.

Dualbooten jullie soms verschillende kernels of...windows/linux of....

[/nohtml]
Verschillende kernels heb je bijna altijd wel... Gewoon twee kernels in je LILO of GRUB.

[Sjonny]

op de een of andere manier heb ik development kernels altijd beter gevonden dan de stable tree. naja, bijna dan. de eerste 30 van de devel tree kan je meestal wel overslaan.
2.3.4x was echt veel beter dan 2.2.xx, zeker qua hardware support die ik toen wilde. De hele 2.4 heb ik op de een af andere manier altijd een zooitje gevonden. Het werkt, maar dat is het dan ook.

Ik draai nu op me werk 2.5 sinds 41, en dat gaat steeds beter. Thuis heeft het geen zin, want die klote nvidia drivers zijn closed source.

[Cyril]

volgende.. versie 2.5.46 al weer.
announcement:

Ok, our dear master.kernel.org seems to be back from the dead, which means
that I can punish it some more and upload stuff to it again.

2.5.46 merges some more stuff (yeah, I still have stuff in my mailbox, but
I'm calmer now that I don't forsee any more huge issues), and is pretty
much all over the map. Merges with Alan, Al and Andrew, and m68k stuff
from Geert. Sysfs from Pat, and ext2/3 updates from Ted.

Linus

Changelog
Source tarball

[ Voor 0% gewijzigd door Cyril op 05-11-2002 02:51 . Reden: foute linkjes fixed ]

[Verwijderd]

code:

<[e-mail]>
    [PATCH] add v4l2 api
    
    This adds the v4l2 API to the linux kernel.
    
    The first, original video4linux API has a number of design bugs.  They
    are fixed in this new API revision.  It already exists for quite some
    time.  Last weeks it got a number of cleanups based on the experiences
    of the last years (drop stuff nobody uses, fix some inconsistencies).
    We consider it being in a pretty good shape now and like to see it in
    2.6.
    
    This patch is basically the header file with all the structs and ioctls
    in there.  A small module with some helper functions for v4l2 drivers is
    included too.  Related updates (bttv, ...) will follow as separate
    patches.

Lief! .

/me gaat ff drivertje updaten.

[Niek]

Sjonny schreef op 31 oktober 2002 @ 21:13:
(...)

Ik draai nu op me werk 2.5 sinds 41, en dat gaat steeds beter. Thuis heeft het geen zin, want die klote nvidia drivers zijn closed source.

De nVidia drievrs doen het bij mij perfect met kernel 2.5(.44). Het enige wat je moet doen is de patches van http://www.minion.de/nvidia/ gebruiken.

[Cyril]

2.5.47:
announcement is niet echt veel, maar hier moeten we 't mee doen :P:

I still have stuff pending, but this is what's currently merged.

Linus

Changelog
Source tarball

[Sjonny]

The_Surfer schreef op 06 november 2002 @ 12:14:
[...]
De nVidia drievrs doen het bij mij perfect met kernel 2.5(.44). Het enige wat je moet doen is de patches van http://www.minion.de/nvidia/ gebruiken.

hmm.. kewl, die gaan we dan maar es proberen vannaaf..
ik had ooit zelf al es geklooit, maar toen kwam het er op neer dat ie niet ging linken door die .o file die wat zooi niet meer kon terug vinden.
en welke van de drie moet ik nou hebben? is niet echt duidelijk met woorden als "workqueue" en "tasklet" ?

[Wirf]

Cyril schreef op 11 November 2002 @ 06:09:
2.5.47:
announcement is niet echt veel, maar hier moeten we 't mee doen :P:

[...]


Changelog
Source tarball

en de patch natuurlijk:

bzip2: ftp://ftp.nl.kernel.org/p...nel/v2.5/patch-2.5.47.bz2
gzip: ftp://ftp.nl.kernel.org/p...rnel/v2.5/patch-2.5.47.gz

[Erhnam]

2.5.48 is er ook weer

http://kernelnewbies.org/status/latest.html (aan de status te zien)

[Wirf]

Erhnam schreef op 12 november 2002 @ 18:59:
2.4.48 is er ook weer

http://kernelnewbies.org/status/latest.html (aan de status te zien)

er is nog geen 2.5..48

ookal praat kernelnewbies er wel over, er is nog geen patch/changelog te downloaden

[Cyril]

Tadaa! 2.5.48
announcement:

Hmm.. All over the place, best you see the changelog. Lots of small
cleanups (remove unnecessary header files etc), but a few more fundamental
changes too. Times in nsecs in stat64(), for example, and the
oft-discussed kernel module loader changes..

Linus

Patch
Changelog
Source tarball

[AlterEgo]

Cyril schreef op 18 November 2002 @ 09:41:
Tadaa! 2.5.48
announcement:

[...]
Patch
Changelog
Source tarball

Mmmm devfs wil niet bouwen

[Verwijderd]

Nou.. tegenvaller.. kheb net eindelijk besloten om 2.5.47 te gaan proberen (na heel veel goede reacties erover te hebben gelezen), blijkt dat kudzu de weg kwijt is, ik segfaults te zien krijg tijdens het booten, sommige modules missen (maar dat zal wel m'n eigen schuld wezen), en als ie bij het starten van X is aangekomen loopt ie hopeloos vast

Helaas..

[Verwijderd]

Hm, zou het kunnen komen doordat ik sommig spul heb gecompileerd als module waarbij in de help stond aangegeven dat het Y of N moest wezen
(dan snap ik niet waarom er uberhaupt een M optie bij zit..)

Of misschien omdat Red Hat heeft zitten frutsen met dat /proc fs
(vanwege die hz optie)

[Verwijderd]

Na het verwijderen van het framebuffer spul lijkt het wel te werken.. (zonder alle segfaults en rare handelingen van kudzu)

Nouja, bijna dan.. m'n keyboard en muis doen nu niets meer terwijl ik (bijna) zeker weet dat ik alles wat nodig is heb aangevinkt..
(MS Natural Keyboard + MS Intelli Explorer Optical muisje)

/me gaat nog een nachtje prutsen.. het moet werken!

[Verwijderd]

Ha!! Ik geloof dat ik de oplossing heb gevonden!

Ik gebruik menuconfig omdat ik niet die <insert censuur> QT zut wil installeren, maar het lijkt er erg op dat er een paar opties missen in menuconfig... (zodat er geen muis en keyboard driver wordt geinstalleerd)

/me QT3..

[Verwijderd]

Huh.. tis niet de schuld van menuconfig..

Zou iemand misschien kunnen checken (menuconfig of xconfig, maakt niet uit) of hij/zij wel een lijst heeft met ondersteunde apparaten onder 'Input device support' -> 'Keyboards' en 'Mice'

[AlterEgo]

Verwijderd schreef op 20 november 2002 @ 03:26:
Huh.. tis niet de schuld van menuconfig..

Zou iemand misschien kunnen checken (menuconfig of xconfig, maakt niet uit) of hij/zij wel een lijst heeft met ondersteunde apparaten onder 'Input device support' -> 'Keyboards' en 'Mice'

#
# Input device support
#
CONFIG_INPUT=y

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_TSDEV is not set
CONFIG_INPUT_EVDEV=m
# CONFIG_INPUT_EVBUG is not set

#
# Input I/O drivers
#
# CONFIG_GAMEPORT is not set
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
# CONFIG_INPUT_UINPUT is not set

2.5.48
Het heeft me ook eventjes gekost voor ik het door had, en ik had ook het idee dat make menuconfig en xconfig niet 100% overeenkwamen. Start daarom je build-proces met een make mrproper, daarna had ik alle menu opties weer.
Succes.

[Verwijderd]

Tnx!

Maar ik ben er net achter gekomen dat ik vannacht half lag te slapen
Ik was nl vergeten om de ondersteuning voor 'Serial I/O support' aan te zetten
Na dat geselecteerd te hebben krijg ik wel een lijst met ondersteunde apparaten te zien voor muis + keyboard..

Er zitten imo echt veel en veel te opties in..

[Verwijderd]

Ai, wat een ramp is dit zeg..
(ik laat me nooit meer overhalen om een beta kernel te proberen )

keybdev.o bestaat niet meer, in de plaats van die driver moet je nu atkbd.o gebruiken..
Maar deze driver wordt niet geinstalleerd met 'make modules_install' (maar wel gecompileerd met 'make modules').

Nu werkt m'n keyboard + muis nog steeds niet (en eth0 maar dat komt wel als het allemaal wat beter werkt)
Wanneer er op nieuwe hardware wordt gechecked duurt het nu 0.0 seconden (led van m'n muis gaat dan ook niet aan) ipv minimaal 4 of 5 sec.

En in /etc/rc.d/rc.sysinit (RedHat8) wordt er geprobeerd om keybdev (en andere niet bestaande modules) te modproben maar die bestaat dus niet meer..
(misschien bestaat hier al een patch voor )

[Verwijderd]

Hey, ik heb LM9.0, en probeerde de laatste linux-kernel te compileren. Bij het compileren van de bzImage gaf hij een error(door ACPI), en na ACPI uitgeschakeld te hebben compileerde de bzImage zonder problemen.

Vervolgens probeerde ik de modules te compileren maar gaf hij weer een foutmelding( te vinden op www.perso.be/in_saned/error.txt )

Weet iemand aan wat dit kan liggen? Hoe zouden jullie dit oplossen?

alvast bedankt,
FlS

[AlterEgo]

Verwijderd schreef op 20 november 2002 @ 22:40:
Hey, ik heb LM9.0, en probeerde de laatste linux-kernel te compileren. Bij het compileren van de bzImage gaf hij een error(door ACPI), en na ACPI uitgeschakeld te hebben compileerde de bzImage zonder problemen.

Vervolgens probeerde ik de modules te compileren maar gaf hij weer een foutmelding( te vinden op www.perso.be/in_saned/error.txt )

Weet iemand aan wat dit kan liggen? Hoe zouden jullie dit oplossen?

alvast bedankt,
FlS

Heb je dat intermezzo filesystem uberhaupt wel nodig
Zet het dan uit
Zoniet, leg eens uit wat dat doet, want ik heb geen idee.....

[Verwijderd]

offtopic:
No steeds een actief draadje.... zal niet lang meer duren straks met 2.7

[ Voor 0% gewijzigd door Verwijderd op 21-11-2002 11:26 . Reden: Er stond 2.6 :P ]

[deadinspace]

Verwijderd schreef op 20 november 2002 @ 22:40:
Hey, ik heb LM9.0, en probeerde de laatste linux-kernel te compileren. Bij het compileren van de bzImage gaf hij een error(door ACPI), en na ACPI uitgeschakeld te hebben compileerde de bzImage zonder problemen.

Vervolgens probeerde ik de modules te compileren maar gaf hij weer een foutmelding( te vinden op www.perso.be/in_saned/error.txt )

Hou je er wel rekening mee dat de 2.5 kernels (net als alle Linux kernels met het tweede getal oneven) de huidige development tree vormen? Als in: die kernels zouden wel eens kunnen werken, maar reken nergens op.

Als je dus eens een zware development kernel wil proberen (en, vooral als je er beter in thuis bent: bugs wilt reporten en/of debuggen): sure, probeer maar een 2.5 kernel.
Maar als je (zeker als je beginner bent) je eerste kernel wil compilen of om de een of andere reden een nieuwere dan je huidige nodig hebt, dan ben je waarschijnlijk beter af met 2.4.19.

Verwijderd schreef op 21 november 2002 @ 11:25:
No steeds een actief draadje.... zal niet lang meer duren straks met 2.7

2.7 duurt nog wel eventjes... 2.6 is voorlopig nog niet klaar (verwachting release is halverwege 2003, maar dat is uiteraard niet definitief), en ik denk ook niet dat er weer meteen een nieuwe development tree wordt geopend.

[Verwijderd]

Hm, okay.. ik heb de neukende handleiding nog eens gelezen en ben er achter gekomen dat ik nóg iets moest aanzetten:

--- Input I/O drivers
<*> Serial i/o support
<*> i8042 PC Keyboard controller
• Keyboards
• Mice

Zucht.. en ik maar denken dat dat voor mij niet nodig is omdat ik toch maar een 'normaal' MS Natural Keyboardje heb..
Bleh, komt allemaal door die nieuwe input layer..

/me begint alvast met het schrijven van een heftig bugreport.. dit moet gewoon veel duidelijker worden aangegeven.

btw. En nog ff over een paar pagina's terug waarin ik vroeg of je nu met kernel 2.5.x ook kon 'hibernaten'.. deze 'suspend' optie is dus idd een onderdeel van ACPI
/me wordt steeds enthousiaster over deze kernel en gaat em nu maar voor de 23094e keer booten om te kijken of het nu eindelijk wel werkt..

edit:
Hehe, het werkt!

En het 'voelt' idd allemaal wat vloeiender aan (terwijl X zelf nog steeds retetraag is)
Het geeft me een beetje hetzelfde gevoel als dat ik had toen ik van Win9x overstapte op Win2K.. (de laatste voelt ook veel vloeiender aan)

[ Voor 18% gewijzigd door Verwijderd op 21-11-2002 23:57 ]

[Verwijderd]

AlterEgo schreef op 21 november 2002 @ 10:42:
[...]


Heb je dat intermezzo filesystem uberhaupt wel nodig
Zet het dan uit
Zoniet, leg eens uit wat dat doet, want ik heb geen idee.....

Van die intermezzo heb ik eigenlijk nog nooit gehoord, sorry. Ik heb die module dus maar uitgeschakeld. Ik sta nu een stapje verder.
Ik heb nu echter een nieuwe error; heb ik hier al de pech van de wereld of zo?

http://www.perso.be/in_saned/error.txt

Ik heb alle experimentele modules uitgevinkt, maar het geeft nog steeds dezelfde error.
Wie weet hoe ik verder moet?

alvast bedankt,
FlS

[ Voor 12% gewijzigd door Verwijderd op 22-11-2002 20:45 ]

[Cyril]

Naja, 2.5.48 was echt een van de brakste dev. kernels van de laatste weken. Eens kijken wat 2.5.49 ons brengt.
announcement:

Ok, I appear to be without network connectivity at home at least over the
weekend, and master.kernel.org is going down for some maintenance this
afternoon, so here's my current tree.

Architecture updates, threading improvements, shm fix (the cause of
the Oracle problems), networking, scsi, modules, you name it, it's here.

Due to my lacking network connection over the weekend, I'd suggest
discussing issues on linux-kernel, since emailing them to me won't much
help ;/

The joys of switching ISPs..

Linus

Patch
Changelog
Source tarball

[AkaXakA]

Ik heb net 2.4.49 gebuild.... 't is alleen dat m'n modules het niet doen.

Na wat onderzoek bleek er geen modules.dep te zijn aangemaakt...
"make dep" geeft dan ook:
> Starting the build. KBUILD_BUILTIN=1 KBUILD_MODULES=
>make[1]: Nothing to be done for `include/linux/modversions.h'.

Wat niet verbazend is, aangezien er geen modversions.h bestaat.
Verder werkt de kernel wel lekker, en worden de modules wel aangemaakt.

Wat moet ik doen? Een modversions.h uit 2.4.48 nemen ? (+ m'n eigen config?)

[iGadget]

/sbin/depmod -a?

[AkaXakA]

> depmod: QM_MODULES: Function not implemented

> # lsmod
Module Size Used by Not tainted
lsmod: QM_MODULES: Function not implemented

Modprobe, etc. geven dat ook....

[mpol]

Er is een nieuwe modutils voor 2.5 nodig. Bij de installatie zal die de oude insmod commando's hernoemen naar insmod.old etc.
ftp://ftp.kernel.org/pub/linux/kernel/people/rusty/modules
Ik heb het zelf nog niet gebruikt, ik heb gewoon alles in de kernel gebakken, al werkt mijn alsa nu niet meer (moet ik ook nog uitzoeken).

[Cyril]

2.5.50 is uit.. Mooi getal

announcement:

Taking a small thanksgiving break, but before that here's 2.5.50.

Merges from Alan, Dave and Andrew. ACPI, USB, LSM and SCSI updates. Sparc,
ARM and v850 architecture updates.

I wish you all a Happy Thanksgiving (*).

Linus

(*) For the non-US aware of you out there: it's the time of year when the
whole country turns into one big turkey-filled trough, and pretty much
everybody just pigs out. The amount of turkey consumed would roughly reach
5.4 times to the moon and back, if all the turkeys were laid in a straight
line. Small black holes form where enough fat people get together. It's
not pretty. And I'll do my best to blend in ;^).

Patch
Changelog
Source tarball

Veel testplezier de development serie begint echt lekker bruikbaar te worden..

[FrankGuthrie]

.....*edit* noob vraag waarom het antwoord al is gevonden...

[ Voor 89% gewijzigd door FrankGuthrie op 28-11-2002 01:26 ]

[Wirf]

Cyril schreef op 28 november 2002 @ 00:56:
2.5.50 is uit.. Mooi getal

announcement:

[...]


Patch

Uuh, ik wil niet lullig doen hoor, maar kun je in het vervolg de patch de goede link geven? 2.5.49 had ook al een verkeerde link.

de goede link moet zijn:

ftp://ftp.kernel.org/pub/linux/kernel/v2.5/patch-2.5.50.gz

dus met v2.5

[Cyril]

Wirf schreef op 28 November 2002 @ 09:17:
Uuh, ik wil niet lullig doen hoor, maar kun je in het vervolg de patch de goede link geven? 2.5.49 had ook al een verkeerde link.

de goede link moet zijn:

ftp://ftp.kernel.org/pub/linux/kernel/v2.5/patch-2.5.50.gz

dus met v2.5

woops
voortaan eerst even controleren voordat ik copy-paste dus.., sorry

[AkaXakA]

En waarom niet de NL mirror?
Tarball (bz2)
http://www.uunetnl.lkams....v2.5/linux-2.5.50.tar.bz2
Patch: (bz2)
http://www.uunetnl.lkams....nel/v2.5/patch-2.5.50.bz2

[Cyril]

ok, het was wat langer wachten, maar 2.5.51 is nu ook uit..

announcement:

Ok, big patch, but this is mostly all over the place with a lot of fairly
random small fixes (a lot of compile fixes for the build breakage from the
header file cleanups, for example).

The AGP reorg, fbdev merge, and the s390 updates also help make the patch
quite large.

Architecture merges, more merges with Andrew, and Al started cleaning up
some of his favourite code - devfs. See details in the changelog.

Linus

PS. I'm going to be traveling for three days, so..

Patch
Changelog
Source tarball

[Cyril]

2.5.52

announcement:

Various things here. Most noticeably more merges with Andrew, with a
lot of various small fixes.

XFS, JFS, ACPI and USB updates. KConfig update, and Rusty's module
parameter implementation. And fix the stupid nanosleep() thing that broke
some programs.

I'm pushing this out, as I've tried to sync up the stuff I got while I was
away this week (hint hint: if it ain't here, it's not in my in-queue, and
you should re-send).

Linus

Patch
Changelog
Source tarball

[Wirf]

En daar is 2.5.53

Patch
Changelog
Source tarball

edit: Ik heb ook nog een announcement gevonden

---

A happy christmas to you all, and in case I'm too busy putting batteries
in the kids presents the rest of the year, here's a 2.5.53 for you.

It's got stuff all over - SCSI updates, ACPI, ia64, sparc, USB, net,
device mapper, AGP, ALSA, you name it. Meanwhile I worked mostly on the
sysenter support, we'll have to wait for glibc releases to test that out
more.

Oh, and merges with Andrew and Dave.

Linus

[ Voor 49% gewijzigd door Wirf op 27-12-2002 16:08 ]

[Squee]

Heb net gisteren 2.5.52 eens gedownload om te kijken hoe het daar stond met de m68k/mac port van de kernel.
(zie ook mijn draadje hier: [rml][ Linux/i686] Kernel Cross-compilen voor Mac-m68k probleem[/rml] )

Die Mac port is op het moment volgens mij een grote stil liggende kapotte zooi. Ik moet nog een kernel vinden die WEL daarvoor wil compilen.

[mpol]

Meestal hobbelen dit soort development kernels flink achter als het om andere architectures gaat. Pas wanneer het weer aan het stabiliseren is, zoals nu kun je verwachten dat maintainers van andere architectures eens echt gaan werken aan deze kernel. Het meeste ontwikkelwerk gebeurt toch op i386.

[Squee]

mpol schreef op 24 december 2002 @ 19:09:
Meestal hobbelen dit soort development kernels flink achter als het om andere architectures gaat. Pas wanneer het weer aan het stabiliseren is, zoals nu kun je verwachten dat maintainers van andere architectures eens echt gaan werken aan deze kernel. Het meeste ontwikkelwerk gebeurt toch op i386.

offtopic:
Ja dat heb ik ook wel gemerkt... de enige kernel die ik uiteindelijk succesvol heb kunnen compilen was 2.2.20 met de door Debian geleverde m68k patch.
2.2.22, 2.4.14 (met Debian patch), 2.4.18 en 2.5.52 wilden allemaal niet compilen

[Verwijderd]

Squee schreef op 24 December 2002 @ 12:13:
Die Mac port is op het moment volgens mij een grote stil liggende kapotte zooi. Ik moet nog een kernel vinden die WEL daarvoor wil compilen.

Zoals gezegd, er zijn niet genoeg mensen die het bijhouden. De enige manier is om je foutmeldingen door te geven of, nog veel beter, zelf compile fixes op te sturen... Systeemkennis is hiervoor vereist!

[Cyril]

2.5.54, veel framebuffer updates en het lijkt er op dat er een begin is gemaakt met een lm_sensors merge

announcement:

Happy new year to you all, hopefully most of you are back from the dead
and the hangovers are all long gone. And if not, I'm told reading a large
kernel patch is _just_ the medication for whatever ails you.

The 2.5.54 patch is largely mainly a big collection of various small
things, all over the place (diffstat shows a long list of small changes,
with some noticeable activity in UML, the MPT fusion driver and some of
the fbcon drivers).

Various module updates (deprecated functions, updated loaders etc), usb,
m68k, x86-64 updates, kbuild stuff etc etc.

Linus

Patch
Changelog
Source tarball

[ Voor 4% gewijzigd door Cyril op 02-01-2003 06:55 ]

[Cyril]

2.5.55

announcement:

All over the map again: arm, alpha, ppc, sparc, usb, isdn, dm, sysfs,
knfsd - you name it.

Linus

Patch
Changelog
Source tarball

[cashewnut]

Hoe staat het eigenlijk met USB 2 support onder Linux. Ik weet dat het er al in zit sinds 2.4.18 of 2.4.19, maar hoe staat het met bijvoorbeeld de drivers?

[Cyril]

beetje onverwachts snel na de vorige release is er nu al weer 2.5.56

announcement:

Trying to make releases slightly more often and slightly smaller.

ACPI, USB, networking (mainly netfilter) updates. Some syscall path
updates and a thread bug in mm_release() that would miss updating the TID
and cause a few extra traps at exec time.

And a watchdog forward port from 2.4.x by DaveJ.

Linus

Patch
Changelog
Source tarball

[Verwijderd]

Starbase218 schreef op 09 January 2003 @ 19:24:
Hoe staat het eigenlijk met USB 2 support onder Linux. Ik weet dat het er al in zit sinds 2.4.18 of 2.4.19, maar hoe staat het met bijvoorbeeld de drivers?

Weet ik niet, moet je in de USB devices sectie van je kernel config kijken. Dit hangt voornamelijk af van hoeveel linux devvers zo'n USB2 ding hebben met een USB2-specifiek apparaat, en of ze daar dan de specificaties/datasheets voor krijgen e.d. (en of ze het uberhaupt willen doen).

[cashewnut]

2.5.57 is ook al uit:

Ok, Alan worked on fixing the network packet padding thing (small changes
to a _lot_ of network drivers), and merged some more of his IDE work.
And latency fixes and some VM updates from Andrew Morton.

Ppc, ppc64, ISDN and sparc updates. NFSd and sysfs updates.

And special mention for Brian Gerst, who figured out and fixed a x86 page
table initialization fix that would leave old machines unable to boot
2.5.x. That might explain a number of the "I can't run 2.5.x" that weren't
seen by developers (most developers tend to have hardware studly enough
that they'd never see the problem).

Linus

source tarball
patch
full changelog

[Bertrik]

Heeft iemand van jullie deze kernel ook al werkelijk draaien?

De vroege 2.5 kernels draaiden bij mij nog wel op mdk 9.0 (met een paar kleine wijzigingen in /etc vanwege veranderde module namen, maar verder niks schokkends). Kernels vanaf 2.5.40 ofzo krijg ik absoluut niet meer aan de praat, vanwege gedoe met unresolved symbols in de modules e.d. Ook met de tooltjes van Rusty Russell lukt het nog niet.

[Cyril]

Ik draai de development kernel al een paar maanden full time op mijn desktop. Vooral de laatste weken werkt het echt prima op wat kleine irritante dingen na, zoals framebuffer. Om de laaste paar kernels vanaf 2.4.48 ook te laten werken met modules heb je de module-init-tools nodig. Deze kan je hier vinden.

[mpol]

En 2.5.58 is uit:

Ok,
I'm still on my accelerated release schedule, trying to make slightly
smaller patches more frequently, instead of having humungous patches and
having people forced to either wait or use the BK trees.

HOWEVER, that's going to change. I'm actually leaving for a two-week
vacation on Friday, so not only will we have a lull in the merges due to
that (I probably won't be on the 'net at all, since I'm travelling with my
family), but I'll also have to slow down patches before leaving to try to
leave with a fairly stable kernel.

While I'm away, I'm sure the regular suspects are going to work on
merging stuff (Andrew & co), so it shouldn't be a big deal, but it still
helps to not have major quakes just before going away for a while.

The 2.5.58 stuff is largely a merge of a lot of smaller stuff (tons of
trivial patches, for example), with some bigger things: a parisc update,
IPMI driver, USB updates, sysfs updates, and RPCSEC_GSS support.

source tarball
patch
full changelog[/quote]

[mpol]

Werken de module-init tools ook goed? Ik heb het rond 2.5.53 gebruikt, maar die werkten absoluut niet op een 2.4 kernel. In theorie moesten ze dan de oude tools aanroepen, maar blijkbaar gebeurde dat niet.

Binnenkort zelf maar weer eens testen. Er zijn wat updates voor de scanner (usb) driver geweest, en misschien compileert bttv eindelijk eens vanzelf.

[Verwijderd]

Dat probleem had ik ook - dus steeds als ik 2.5 wil proberen switch ik ff (rpm -e oud/nieuw && rpm -i nieuw/oud)... Vage zooi! .

[Cyril]

...en al snel was daar al weer 2.5.59, het is nu (gelukkig) even twee weken wat rustiger. Tijd genoeg om de development tree eens uit te proberen voor de mensen die het de laatste week even niet meer konden volgen.

announcement:

Updates to sparc, alpha, ppc64, fbdev, XFS, AGP, kbuild, arm...

Likely the last release by me in a while, but Andrew & co can hold the
fort..

Linus

Patch
Changelog
Source tarball

[wzzrd]

Om maar even een oude draadjeskoe uit de sloot te halen: 2.5.59 kompileert prima, maar geeft bij het booten alleen 'Uncompressing Linux....'. Nie genoeg

[Cyril]

hmm, ik heb 2.5.59 anders al twee weken min of meer stabiel draaien. Ik denk toch dat je je kernelconfig eens mag nakijken of je niet per ongeluk wat fout hebt gedaan.

[wzzrd]

Cyril, kun je misschien mij je .config voor 2.5.59 sturen? Ik heb het nl. allemaal nog eens gelezen, maar het lijkt mij iig. allemaal ok te zijn. [e-mail]

[Cyril]

we gaan weer verder met 2.5.60.. schrik niet: lange changelog

announcement:

Ok, this contains a lot of patches all over the map, since there were two
weeks of merging to be done (and the merging took almost a week).

Networking, USB, SCSI, ALSA, ACPI, and various architecture updates (UML,
Sparc, ia64, ppc64 and ARM).

And obviously part of the merge from Andrew Morton.

And Roland McGrath has been fixing POSIX thread signal handling, and that
in turn ended up causing a lot of downstream fixes in affected areas.

Linus

Patch
Changelog
Source tarball

[Cyril]

2.5.61 heeft vannacht het levenslicht gezien..

announcement:

Hmm.. Mostly a lot of smallish things all over. Network drivers from Jeff,
updates from Andrew, Alan and Dave, and acpi/sparc/networking updates.

Linus

Patch
Changelog
Source tarball

[Cyril]

en Linus blijft bezig.. 2.5.62 al weer.

announcement:

Hmm.. Mostly lots of small updates, although the merge with Andrew
included the RCU dcache patches from IBM that he has carried along for a
while (ie fairly fundamnetal, but also very well tested).

ARM, PPC, PPC64, alpha, kbuild.

Oh, and as a sign that 2.6.x really _is_ approaching, people have started
sending me spelling fixes. Kernel coders are apparently all atrocious
spellers, and for some reason the spelling police always comes out of the
woodwork when stable releases get closer.

Linus

Patch
Changelog
Source tarball

[Verwijderd]

Gvd, LML, schiet op...

/me wil zijn driver opsturen... .

[Verwijderd]

Kernel coders are apparently all atrocious
spellers, and for some reason the spelling police always comes out of the
woodwork when stable releases get closer.

Lol Linus blijft grappig Ben benieuwd of er net zo op wordt gereageerd als op de (toen nieuwe) 2.4.x range

[voodooless]

Zijn er mensen die de 2.5.x serie al op een SMP systeem hebben geprobeerd? Ik heb er tot nu toe niet echt succes mee gehad!

[DDX]

vandaag ook maar eens geprobeerd 2.5.62 te compilen/booten op mijn systeem

hield snel op, bugreport op kernelmailinglist gaf duidelijkheid (dat ik nog even moet wachten dus....)

From: Alan Cox <[e-mail]>
On Tue, 2003-02-18 at 13:07, [e-mail] wrote:
> intel se7500cw2 dual xeon mainbord (with dual 2GHz) with onboard ide and
> onboard fasttrak100 (PDC20267) and pci tx4 (PDC2070) (and 3ware
> 7850/adaptec 2940uw)
>
> kernel 2.5.62 boot dmesg output :

2.5.62 IDE doesn't yet support a lot of stuff 2.4 does. I'm working on
that currently. It needs both IDE and PCI layer changes to resolve

[Cyril]

ja, dat is waar. Tijdens de overstap naar de nieuwe IDE layer zijn onder andere de soft-RAID en de promise chips even achtergebleven. Soms werken ze wel enigzins, maar er zitten nog wat bugjes in. Ik heb zelf een nogal vreemde opstelling met een ATA100 schijf via een 40aderige IDE kabel aan een Promise PDC20265 controller, via wat hdparm tweakwerk krijg ik er wel 12MB/s uit, maar nooit de 35MB/s die ik met 2.4.x heb. Maar zoals Alan je al aan gaf: dat komt allemaal nog wel goed voor 2.6.0

[DDX]

naja dan wachten we nog even
had even gehoopt dat ik al kon overstappen naar 2.5 kernel (ivm lbd support daarin)

lbd patch voor 2.4 is niet alles helaas (geen raid5 lbd)

[bkor]

DDX: Alan Cox heeft d'rnet een hele reeks patches gestuurd voor IDE. D'r zit voortuitgang in

deepspace schreef op 18 februari 2003 @ 17:59:
Zijn er mensen die de 2.5.x serie al op een SMP systeem hebben geprobeerd? Ik heb er tot nu toe niet echt succes mee gehad!

Ik heb 2.5.58 draaien op een dual Athlon 1600+.

Deze kernel werkt best aardig, alleen de modules werken nog niet helemaal lekker. Hoe/waarom heb ik nog niet uitgezocht, iig doe ik een handmatige modprobe eth0 in m'n bootscripts. Daarnaast werkt ide-scsi jammergenoeg niet op 2.5.58 (fout tijdens laden van module). D'r schijnen fixes geweest te zijn voor ide-scsi na 2.5.58, maar ik ben te lui geweest om te rebooten.

[ Voor 3% gewijzigd door bkor op 18-02-2003 20:55 ]

[cashewnut]

bkor schreef op 18 februari 2003 @ 20:54:
DDX: Alan Cox heeft d'rnet een hele reeks patches gestuurd voor IDE. D'r zit voortuitgang in


[...]

Ik heb 2.5.58 draaien op een dual Athlon 1600+.

Deze kernel werkt best aardig, alleen de modules werken nog niet helemaal lekker. Hoe/waarom heb ik nog niet uitgezocht, iig doe ik een handmatige modprobe eth0 in m'n bootscripts. Daarnaast werkt ide-scsi jammergenoeg niet op 2.5.58 (fout tijdens laden van module). D'r schijnen fixes geweest te zijn voor ide-scsi na 2.5.58, maar ik ben te lui geweest om te rebooten.

?? In 2.5.43 was ide-scsi er toch uitgesloopt? Volgens mij kun je gelijk met de ide-driver branden als cdrecord het aankan.

[bkor]

Nee, ide-scsi zit nog in 2.5.58 alleen is het laden van de module is niet aan te raden. Ik brand nu idd met icd-cd, alleen cdrdao (voor .bin/.cue) snapt dat nog niet. Voor cdrdao wilde ik dus de ide-scsi gebruiken.

Inmiddels 2.5.62 geprobeerd. Deze brak het route commando, na veel proberen maar gereboot naar 2.5.61. Hier werkte gnome-terminal niet goed. Terug naar de vertrouwde 2.5.58 blijkt dat het aan vte (gebruikt door gnome-terminal) ligt. Klein nadeel van vaak en veel upgraden.
Het probleem met het route commando lijkt op dit 2.5.60 bugreport. De ide-scsi was iig bekend. Voor vte heb ik een bugreport geschreven.

[DDX]

bkor schreef op 18 February 2003 @ 20:54:
DDX: Alan Cox heeft d'rnet een hele reeks patches gestuurd voor IDE. D'r zit voortuitgang in

idd zag gisteren hele zooi langskomen
zit nu te twijfelen:

wachten op ide support in 2.5
of lbd vergeten en 2.4 blijven draaien....

[Cyril]

hey, we zijn er weer geloof ik, voor de mensjes die graag met de development kernels spelen tijd om de compiler weer aan te slingeren, want 2.5.63 is er

announcement:

Hmm.. Nothing really fundamental here - various updates all over
(architecture updates, networking, usb, acpi, bluetooth, the usual
suspects).

The task structure reference counting seems to have broken alpha, Richard
is still chasing that one down.

Linus

Patch
Changelog
Source tarball

[Cyril]

carnaval is voorbij, en Linus weet dat. Tijd om met een ongelooflijke kater aan het compileren te slaan, want 2.5.64 is uit.

announcement:

Hmm.. Stuff all over, and a lot of spelling fixes. But there's a fair
number of "real" things here too, merges with Andrew, Dave etc.

As already reported on linux-kernel, this should fix the htree problems
(apart from some potential NFS export issues, apparently), and it also has
the nicer hash chain code from Andi (no actual changes in the hash
algorithms themselves, just the list changes).

Sparc, USB, networking updates.

Ans as I've been a bit snowed under by a lot of email, if you sent me
stuff and it isn't here, double-check and re-send (but even better, try to
see if you can find one of my "merge points" and check with them too)

Linus

Patch
Changelog
Source tarball

[Verwijderd]

duurde wel lang deze keer, ik denk dat ik er maar weer is inspring vanaf .70, ik heb sinds .45 niet echt meer succes gehad

Hoe zit het nu met de modules? had een aantal problemen daarmee, moest bijvoorbeeld het hele path op geven bij een insmod/modprobe.
ik lees voorderest nooit meer van andere mensen problemen ofzo?
gebruikt gewoon niemand ze of gaat alles perfect bij iedereen ?

Meeste problemen kwamen denkik door temperatuur omdat deze n00b zijn koeler verkeerd om had neergzet (amdXP)

op het normale tempo (1 release per week ofzo?) zou het betekenen dat ik over ander halve maand maar weer is ga testen

[Ronald]

Verwijderd schreef op 05 March 2003 @ 13:54:
duurde wel lang deze keer, ik denk dat ik er maar weer is inspring vanaf .70, ik heb sinds .45 niet echt meer succes gehad

Hoe zit het nu met de modules? had een aantal problemen daarmee, moest bijvoorbeeld het hele path op geven bij een insmod/modprobe.
ik lees voorderest nooit meer van andere mensen problemen ofzo?
gebruikt gewoon niemand ze of gaat alles perfect bij iedereen ?

Meeste problemen kwamen denkik door temperatuur omdat deze n00b zijn koeler verkeerd om had neergzet (amdXP)

op het normale tempo (1 release per week ofzo?) zou het betekenen dat ik over ander halve maand maar weer is ga testen

Kernel 2.5 kan niet samen werken met de modules utils voor 2.4 ("modutils" package)
je hebt module-init-utils nodig die ergens in de peoples/rusty dir moet rondhangen (uit het hoofd)
En 2.5.45 is geloof ik ongeveer de versie waar de nieuwe module utils verplicht zijn geworden

[ Voor 6% gewijzigd door Ronald op 05-03-2003 14:31 ]

[Verwijderd]

mja dat weet ik, ik had ook de nieuwe tools maar toch ging nog niet alles goed
maar dat zit nu allemaal wel goed ?

[Verwijderd]

mja ik heb nog steeds dat zelfde probleem
nvidia module moet ik laden met het hele path
insmod /lib/modules/2.5.64/video/NVdriver
maar dat zal wel komen doordat nvidia 2.5 niet (uit zichzelf) ondersteund
voorderest gaat 2.5.64 best lekker

[Niek]

Verwijderd schreef op 08 maart 2003 @ 14:53:
mja ik heb nog steeds dat zelfde probleem
nvidia module moet ik laden met het hele path
insmod /lib/modules/2.5.64/video/NVdriver
maar dat zal wel komen doordat nvidia 2.5 niet (uit zichzelf) ondersteund
voorderest gaat 2.5.64 best lekker

Als je dat wilt verhelpen moet je even dat bestannd hernoemen naar NVdriver.ko, vervolgens depmod -a draaien en je kan hem gewoon modproben. Dit komt door de nieuwe manier van modules noemen in 2.5.
Ik draai btw 2.5.63 op mijn desktop, werkt perfect Voelt stukken sneller aan dan 2.4.20 vanilla, en mijn USB problemen zijn ook voorbij.

[Verwijderd]

ah thx, zal dat zo ff proberen,
las btw net een interessant artikel over 2.5.65:
http://www.kerneltrap.org/node.php?id=603
kben benieuwd

[Verwijderd]

Hm, ik denk dat ik het vanaf 2.5.65 ook maar weer eens ga proberen..

Een tijd geleden (ergens met 2.5.4x ofzo) heb ik 2.5 al eens geprobeerd en toen vond ik het al veeeeel beter dan de standaard RH8 kernel dus ik hoop dat ik snel 2.5.65 kan proberen
_{..vooral omdat ik nogal vaak GCC op de achtergrond heb draaien, in die tijd moet ik wat anders doen maar dat gaat meestal nogal schokkerig hopelijk is dat met 2.5.65 verdwenen (of iig zoveel mogelijk)}

En ik zou willen dat ik ook 4 CPU's had..

[sebas]

code:

 gcc -Wp,-MD,arch/i386/boot/compressed/.head.o.d -D__ASSEMBLY__ -D__KERNEL__ 
-Iinclude -Iinclude/asm-i386/mach-default -nostdinc -iwithprefix include  
-traditional  -c -o 
arch/i386/boot/compressed/head.o arch/i386/boot/compressed/head.S
  gcc -Wp,-MD,arch/i386/boot/compressed/.misc.o.d -D__KERNEL__ -Iinclude -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe 
-mpreferred-stack-boundary=2 -march=pentium4 -Iinclude/asm-i386/mach-default 
-fomit-frame-pointer -nostdinc -iwithprefix include    -DKBUILD_BASENAME=misc 
-DKBUILD_MODNAME=misc -c -o arch/i386/boot/compressed/misc.o
arch/i386/boot/compressed/misc.c
make[3]: *** No rule to make target `vmlinux', needed by 
`arch/i386/boot/compressed/vmlinux.bin'.  Stop.
make[2]: *** [arch/i386/boot/compressed/vmlinux] Error 2
make[1]: *** [bzImage] Error 2
make[1]: Leaving directory `/usr/src/linux-2.5.64'
make: *** [stamp-build] Error 2

(ik heb er wat enters tussengezet om het layout niet te verneuken.)

En dan kapt 2.5.64 dus, nadat ie bijna klaar is met compilen.

Gisteren ging het goed, ik heb er een mooi kernel image aan overgehouden die blijkbaar ook wilde booten, echter was ik de drivers voor de framebufferkonsole vergeten, en dan zie je dus niet veel.

Ik bak de kernel met make-kpkg, dus "the debian way", van tevoren heb ik make clean, make-kpkg clean, make mrproper gedaan, ik krijg die fout zowel als ik als user compile, als ook als root. De config is alleen op het punt van de framebuffer driver veranderd.

Iemand enig idee wat ik moet doen om?

\edit layout

[ Voor 8% gewijzigd door sebas op 11-03-2003 14:45 ]

[Cyril]

Hmm, dat is inderdaad erg vreemd. Als het goed is zou make mrproper de hele zooi weer netjes achter moeten laten misschien dat dat niet helemaal goed is gegaan, probeer dus eens opnieuw in een schone dir. Probeer gewoon rustig te analyseren waardoor de fout zich voordoet, ik heb dit in ieder geval nog niet gezien.