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

[ge-flopt]

zit even de changelog door te lezen... Valt me nu eigenlijk pas echt bewust op:
Allemaal wijzigingen di eredelijk technisch van aard zijn en dan komt Linus onderaan met de meest technische wijziging:

<[e-mail]>
Linux 2.5.72

Lekker droog

Hoelang zou het nog duren voordat versie 2.6.0 geboren wordt?

[ Voor 12% gewijzigd door ge-flopt op 17-06-2003 15:46 ]

[neographikal]

schattingen liggen op oktober.

[AlterEgo]

Various updates all over the map here. Lots of ia64 updates, and Andrew
merged the ext3 locking cleanups/fixes that have been in the -mm tree for
a while.

Linus

Changelog 2.5.73
2.5.73
patch

[ Voor 80% gewijzigd door AlterEgo op 22-06-2003 22:48 ]

[Verwijderd]

Najah, compileert niet als je hotplug niet in-kernel hebt... Ben benieuwd of 'ie uberhaupt boot zometeen (had geen geluk met 2.5.72)...

En nee, 2.5.x is nog lang niet klaar voor het brede publiek...

[ Voor 6% gewijzigd door Verwijderd op 22-06-2003 23:05 ]

[wzzrd]

* wzzrd draait eigenlijk alleen nog maar 2.5.72
* wzzrd is liev

[Verwijderd]

voor mij is voorlopig 2.5.70 de 'beste'
sinds 2.5.72 (71 niet geprobeerd) werkt mijn usb memory pen niet meer,

code:

hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101
hub 1-0:0: new USB device on port 2, assigned address 2
drivers/usb/core/message.c: usb_control/bulk_msg: timeout

maarja, ik zie elke kernel weer veel veranderingen aan USB, dus zal wel even geduld moeten hebben

[deadinspace]

http://www.codemonkey.org.uk/post-halloween-2.5.txt

Nuttige info voor iedereen die een 2.5 kernel draait

[LollieStick]

Weet iemand wanneer 2.6 gereleased wordt? Ik ben nog steeds een beetje huiverig voor de 2.5 serie. Ik draai nu 2.4.21 met XFS patches. Ik zit wel te wachten op 2.6 aangezien deze een stuk sneller moet worden als 2.4 (net als dat ik 2.2 sneller vond als 2.4).

Iemand een idee?

[deadinspace]

Laatste schatting die ik hoorde was oktober iirc. Maar wees niet verbaasd als het december oid wordt

Ikzelf heb op mijn desktop weinig problemen met 2.5 btw (draai nu 2.5.73), alleen het geluid in Q3A doet brak (alsa met OSS emu).

[bkor]

2.5.74

announcement:

Updates all over, the patch itself is big largely because of a MIPS/MIPS64 merge (and SH, for that matter).

Network driver updates, USB updates, PnP, SCTP, s390, you name it. See the changelog for more details.

Linus

Patch
Changelog
Source tarball

[Verwijderd]

devfs.
~~~~~~
- devfs got somewhat stripped down and a lot of duplicate functionality
got removed. You now need to enable CONFIG_DEVPTS_FS=y and mount
the devpts filesystem in the same manner you would if you were not
using devfs.

hoe lang gaat dat nog duren? of is dat een permanent iets ?

En heeft iemand die ook 2.5 'test' toevallig een usb memory stick die nog werkt na 2.5.70 ? ik heb al een bug gesubmit etc, maar ik vraag me af of ik een uitzondering ben.. want ben hetzelfde probleem voor de rest nog nooit op de lkml tegengekomen.

[wzzrd]

* wzzrd heeft een Apacer HandyDrive 2.0 van 256MB die uitstekend werkt met kernel 2.5.73
Als dat is wat je bedoelt
Het is alleen jammer dat vmware geborked is door veranderingen in de /proc en netwerkcode...

[AlterEgo]

wzzrd schreef op 03 juli 2003 @ 08:42:
* wzzrd heeft een Apacer HandyDrive 2.0 van 256MB die uitstekend werkt met kernel 2.5.73
Als dat is wat je bedoelt
Het is alleen jammer dat vmware geborked is door veranderingen in de /proc en netwerkcode...

Voor vmware is een patch die bij mij werkte op .73: zie gentoo forums topic#60880

[wzzrd]

Ja, ik heb inderdaad een patch gevonden. Sweet

[deadinspace]

Verwijderd schreef op 03 juli 2003 @ 04:11:
hoe lang gaat dat nog duren? of is dat een permanent iets ?

Dat je /dev/pts ook moet mounten? Dat is afaik permanent.

[wzzrd]

Eyyyy! Men heeft het over volgende week als releasedatum voor de eerste pre-2.6! w00t!

[Freak_NL]

Zo.. XFS de deur uit, ReiserFS erin. De XFS page buffer deed erg paniekerig in stress situaties onder de laatste 2.5 kernels. (kernel panic)

Nu al de pre's? Dat schiet op.

[DGTL_Magician]

bkor schreef op 02 juli 2003 @ 23:52:
2.5.74

announcement:

[...]


Patch
Changelog
Source tarball

Ik heb zonet 2.5.74 gedownload en gecompileerd. Echter als ik een make, make modules, make modules_install en dan make bzImage doe, bzImage kopieer naar /boot, een initrd aanmaak dan doet ie het niet?
Na het loaden van grub zegt ie: Decompressing and booting kernel. En dan hangt mijn systeem
Het is overigens een RedHat 9 systeem, heel wat anders als mijn Debbie bakjes thuis Vanavond op mijn Desktop maar eens proberen ook. Het ziet er allemaal wel vet uit

[voodooless]

Ik heb zonet 2.5.74 gedownload en gecompileerd. Echter als ik een make, make modules, make modules_install en dan make bzImage doe, bzImage kopieer naar /boot, een initrd aanmaak dan doet ie het niet?
Na het loaden van grub zegt ie: Decompressing and booting kernel. En dan hangt mijn systeem
Het is overigens een RedHat 9 systeem, heel wat anders als mijn Debbie bakjes thuis Vanavond op mijn Desktop maar eens proberen ook. Het ziet er allemaal wel vet uit

Hmm, ik heb precies hetzelfde met mijn Epia 800 en kernel 2.5.73 (heb ook nog andere 2.5 kernels geprobeerd), echter via lilo. Na het uitpakken van de kernel hangt het systeem. Het gaat hier gek genoeg ook om een RedHat (8.0) systeem (zou er opzich niet veel mee te doen moeten hebben lijkt mij). Ik heb ook al geprobeert om voor andere CPU te copileren: VIA C3 II, VIA C3, i486. Het maakt allemaal niets uit...

[DGTL_Magician]

deepspace schreef op 07 July 2003 @ 15:33:
[...]

Hmm, ik heb precies hetzelfde met mijn Epia 800 en kernel 2.5.73 (heb ook nog andere 2.5 kernels geprobeerd), echter via lilo. Na het uitpakken van de kernel hangt het systeem. Het gaat hier gek genoeg ook om een RedHat (8.0) systeem (zou er opzich niet veel mee te doen moeten hebben lijkt mij). Ik heb ook al geprobeert om voor andere CPU te copileren: VIA C3 II, VIA C3, i486. Het maakt allemaal niets uit...

En de oplossing (gevonden op: http://www.codemonkey.org.uk/post-halloween-2.5.txt)

- Blank screen after decompressing kernel?
Make sure your .config has
CONFIG_INPUT=y, CONFIG_VT=y, CONFIG_VGA_CONSOLE=y and CONFIG_VT_CONSOLE=y
A lot of people have discovered that taking their .config from 2.4 and
running make oldconfig to pick up new options leads to problems, notably
with CONFIG_VT not being set.

[voodooless]

denk dat het bij de EPIA eerder een ander probleem is. Uit de zelfde file:

- (Possibly linked to above bug) VIA APIC routing is currently broken.
boot with 'noapic'.

[Verwijderd]

Ik krijg de kernel ook niet bootende. VT, VGA et all staat allemaal op 'y', noapic staat ook in mijn lilogrub.conf, het helpt allemaal geen zier. 2.5.67 werkte nog, 2.5.72 en volgenden hebben niet meer gewerkt voor me. Allen met exact dezelfde config.

En ik heb geen VIA troep in m'n computer zitten. .

[ Voor 6% gewijzigd door Verwijderd op 07-07-2003 18:14 ]

[voodooless]

Ik heb het nu wel werkend... krijg alleen de rest van het systeem nog niet goed geinitialiseerd. ff sleutelen nog

Erg vaag. Ik heb devfs (automount), hij mount /dev/hda met kernel boot, maar na de kernelboot is er geeb /dev/hda[x] meer te vinden... wel heb ik /dev/ide/host0/bus1/target... symbolic links maken kan niet... weet iemand of ik een kernel optie vergeten ben, ik kan namelijk niets vinden..


Edit: heb het al gevonden, in miste devfsd...

Ik heb het werkend gekregen door die regels in .config file die je volgens de link aan moest zetten. Vergeet ook de keyboard support niet, anders kun je niets intypen .

[ Voor 78% gewijzigd door voodooless op 07-07-2003 22:26 ]

[Verwijderd]

Hoe heb je 't werkend gekregen? Misschien interessant voor mij. .

[balk]

Verwijderd schreef op 07 juli 2003 @ 22:12:
Hoe heb je 't werkend gekregen? Misschien interessant voor mij. .

Beelzebubu, hier staat mijn .config van 2.5.74 welke bijna prima draait (alleen lm-sensors werkt niet en de framebuffer krijg ik niet lekker, maar dat boeit allemaal niet zo)

[AlterEgo]

Ik heb een probleempje met 2.5.74. Schone kernel tree; zelfde config als 2.5.73:

CC fs/aio.o
CC fs/eventpoll.o
CC fs/nfsctl.o
In file included from include/linux/sunrpc/svc.h:13,
from fs/nfsctl.c:10:
include/linux/in.h:114: parse error before "sa_family_t"
include/linux/in.h:114: warning: no semicolon at end of struct or union
include/linux/in.h:121: parse error before '}' token
In file included from fs/nfsctl.c:10:
include/linux/sunrpc/svc.h:106: field `rq_addr' has incomplete type
include/linux/sunrpc/svc.h:162: confused by earlier errors, bailing out
make[1]: *** [fs/nfsctl.o] Error 1
make: *** [fs] Error 2

Google and friends levert me niets relevants op. Suggesties graag.

[deadinspace]

En hoe ziet het relevante stuk uit include/linux/in.h er uit?

[AlterEgo]

deadinspace schreef op 08 juli 2003 @ 22:55:
En hoe ziet het relevante stuk uit include/linux/in.h er uit?

Regelnummers tussen () toegevoegd.

code:

/* Structure describing an Internet (IP) socket address. */
#define __SOCK_SIZE__   16      /* sizeof(struct sockaddr)  */
struct sockaddr_in {
(114)   sa_family_t     sin_family; /* Address family       */
  unsigned short int    sin_port;   /* Port number          */
  struct in_addr    sin_addr;   /* Internet address     */

  /* Pad to size of `struct sockaddr'. */
  unsigned char     __pad[__SOCK_SIZE__ - sizeof(short int) -
            sizeof(unsigned short int) - sizeof(struct in_addr)];
(121) };
#define sin_zero    __pad       /* for BSD UNIX comp. -FvK  */

Wat vertelt me dit De kernel headers zijn van 2.4.19, en in.h in /usr/include/linux/ is identiek aan die in de kernel source.

[ Voor 10% gewijzigd door AlterEgo op 09-07-2003 09:44 . Reden: additie ]

[Verwijderd]

Is 2.5/2.6 eigenlijk compatible met bestaande tools zoals hdparm/tc/etz?? Anders gezegd: Kan ik zo maar een 2.5/2.6 kerneltje op mn standaard Redhat 7.3 installatie draaien? Wat moet ik evt. allemaal updaten?

[moto-moi]

Dat staat allemaal in de README die bij de 2.5 kernel zit.. Kwestie van ff doorlezen dus

[BoAC]

Weet iemand misschien of er een nieuwe bootsplash komt voor dese kernel?

Vindt dat namelijk echt een gigantisch mooie feature bij de 2.4.21

[bkor]

2.5.75

announcement:

Ok. This is it. We (Andrew and me) are going to start a "pre-2.6" series, where getting patches in is going to be a lot harder. This is the last 2.5.x kernel, so take note.

The probably most notable thing here is the anticipatory scheduler, which has been in -mm for a long time, and was the major piece that hadn't been merged.

Some architecture updates: cris has been updated for 2.5, ia64 and arm26 updates etc. And various random (smallish) things.

Linus

Patch
Changelog
Source tarball

[MagicTempest]

das best wel kewl, ik zat eigenlijk best al te wachten op 2.6 Ik ben een n00b, maar wil altijd meerleren, en gezien ik hoorde dat er ook aandacht is besteed aan apm en acpi is 2.6 dus waarschijnlijk een stuk geschikter voor me laptop

[Verwijderd]

Nieuwe ACPI zit ook in 2.4.22, daar heb je 2.6.x niet voor nodig. .

[Verwijderd]

balk schreef op 07 juli 2003 @ 23:39:
Beelzebubu, hier staat mijn .config van 2.5.74 welke bijna prima draait (alleen lm-sensors werkt niet en de framebuffer krijg ik niet lekker, maar dat boeit allemaal niet zo)

Die boot dus ook niet.

/me gokt dat 'ie een bugje heeft gevonden ofzo. .

[deadinspace]

The probably most notable thing here is the anticipatory scheduler, which has been in -mm for a long time, and was the major piece that hadn't been merged.

AS in 2.5

[woutur]

Hela, ik heb net geprobeerd de 2.5.75 kernel te compileren en ik ben een beetje verbaasd:
1) Je hoeft nog alleen maar make te doen en alles wordt gecompileerd
2) De README is nog oud volgens mij, daar staat de oude manier nog beschreven
3) Ik krijg een achterlijk grote kernel (1100KB) terwijl ik dat onder 2.4 tot 650 wist te houden, misschien de ingebakken alsa drivers die zoveel opslokken. Compiled wel goed echter
4) ik krijg onder andere de volgende errors als ik make modules_install doe:

code:

depmod: *** Unresolved symbols in /lib/modules/2.5.75/kernel/drivers/scsi/sr_mod.ko
depmod: *** Unresolved symbols in /lib/modules/2.5.75/kernel/fs/vfat/vfat.ko
make: *** [_modinst_post] Error 1

Er installen wel echter wel een heleboel modules maar met wat errors dus
Nog niet geboot met deze kernel

[ Voor 16% gewijzigd door woutur op 11-07-2003 20:42 ]

[MagicTempest]

Ik weet niet of er hier mensen zijn die raid gebruiken van een highpoint 370 controller, maar ik kan de instelling niet vinden in 2.5.75. Ze zijn iig niet op dezelfde plaats te vinden als in 2.4.21. Ook heb ik al in de config gekeken, en daar heb ik het ook niet kunnen vinden.

Het gaat hier om CONFIG_BLK_DEV_ATARAID en CONFIG_BLK_DEV_ATARAID_HPT (in 2.4.21)

Iemand enig idee hoe dat werkend te krijgen?

[TD-er]

woutur schreef op 11 juli 2003 @ 20:41:
Hela, ik heb net geprobeerd de 2.5.75 kernel te compileren en ik ben een beetje verbaasd:
1) Je hoeft nog alleen maar make te doen en alles wordt gecompileerd
[..]

sterker nog doe ook maar eens een make install (deed ik als automatisme zeg maar), dan gooit 'ie de modules op de juiste plek, net als de kernel en plaatst de kernel ook vast in je lilo of grub.conf (vind ik wel handig, maar ik kan me uitzonderingen voorstellen)

De 2.5.73 wilde bij mij geen support voor de Matrox Millenium compileren (noch als module, noch in de kernel) en uiteraard niet booten, zoals bij velen hier. Moet van de week maar eens deze 2.5.75 proberen.

[Leon]

MagicTempest schreef op 12 July 2003 @ 01:05:
Ik weet niet of er hier mensen zijn die raid gebruiken van een highpoint 370 controller, maar ik kan de instelling niet vinden in 2.5.75. Ze zijn iig niet op dezelfde plaats te vinden als in 2.4.21. Ook heb ik al in de config gekeken, en daar heb ik het ook niet kunnen vinden.

Het gaat hier om CONFIG_BLK_DEV_ATARAID en CONFIG_BLK_DEV_ATARAID_HPT (in 2.4.21)

Iemand enig idee hoe dat werkend te krijgen?

De hele indeling is anders bij 2.5.x/2.6.x dus dat is waarschijnlijk de reden dat je hem niet terug kunt vinden in de config

[windows uitleg methode]
Hij staat gewoon bij <ATA/ATAPI/MFM/RLL support> ==> <IDE, ATA and ATAPI Block devices> ==> <HPT36X/37X chipset support>
[/windows uitleg methode]

( Het heet nu CONFIG_BLK_DEV_HPT366 )

[MagicTempest]

Dat klopt, die heb ik ook gewoon, maar dan heeft hij nog geen software raid support. Die driver is alleen voor de chipset, als je niet de raid functies gebruikt

[Verwijderd]

Ik vind het nogal vervelend dat mijn muis nu zo onwijs snel gaat in X met kernel 2.5.x. Ik kan het wel sneller zetten met xset, maar ik geloof niet langzamer. Weet iemand waar je dat in de kernel kan tunen?

[Verwijderd]

Zo, dit draadje kan bijna afgesloten worden

[moto-moi]

Verwijderd schreef op 12 July 2003 @ 13:12: Ik kan het wel sneller zetten met xset, maar ik geloof niet langzamer.

Dat kan dus wel met xset, de snelheid van de muis stel je in dmv van een integer, een integer loopt (bij de x86 hardware) van (grofweg) min 2 miljard, tot plus 2 miljard..

[Verwijderd]

moto-moi schreef op 12 July 2003 @ 22:32:
[...]

Dat kan dus wel met xset, de snelheid van de muis stel je in dmv van een integer, een integer loopt (bij de x86 hardware) van (grofweg) min 2 miljard, tot plus 2 miljard..

xset lijkt daar anders over te denken helaas.

[bkor]

2.6.0-test1

dit is gewoon een andere benaming voor de 2.5.x kernel. Gewoon in dit draadje dus.

announcement:

Ok,
the naming should be familiar - it's the same deal as with 2.4.0.

One difference is that while 2.4.0 took about 7 months from the pre1 to the final release, I hope (and believe) that we have fewer issues facing us in the current 2.6.0. But very obviously there are going to be a few test-releases before the real thing.

The point of the test versions is to make more people realize that they need testing and get some straggling developers realizing that it's too late to worry about the next big feature. I'm hoping that Linux vendors will start offering the test kernels as installation alternatives, and do things like make upgrade internal machines, so that when the real 2.6.0 does happen, we're all set.

Linus

Patch
Changelog
Source tarball

[MrScratch]

Ik wil de 2.6.0-test ook wel eens gaan testen. Is het nu zo dat je er een apart systeem voor moet hebben ivm kwijtraken van data? Of is het in ieder geval zo ver dat dit niet meer vernaggeld wordt. Ik heb namelijk geen apart systeem over puur om te testen. Dat het crasht is niet zo erg, maar als ik door het draaien van de test-kernel mijn bak opnieuw moet installeren, dan wordt ik daar niet zo vrolijk van.

[AlterEgo]

pschram2 schreef op 14 juli 2003 @ 15:17:
Is het nu zo dat je er een apart systeem voor moet hebben ivm kwijtraken van data?

Je kunt hem in mijn ervaring prima draaien zonder dataloss.
Het hangt van zoveel dingen af: hoe belangrijk is je systeem, hoevaak maak je backups, wat wil je allemaal gaan uitproberen (Reiser 4/ XFS). Om eens wat te noemen.
Ik heb in de 2.5 serie (ik doe mee vanaf 2.5.45) geen dataloss gehad, en zelden kernel panics die tot oncleane umounts leiden (overigens allen zonder dataloss).

[wzzrd]

Ik moet toegeven dat ik met de 2.5 serie (I was there since 2.5.5x) een paar keer met een .6x versie een verneukte portage tree heb gehad door het niet clean unmounten van mijn / partitie. Dat was snel gefixt en niet ernstig en bovendien is dat probleem allang gefixt.

[Verwijderd]

http://people.redhat.com/arjanv/2.5/

RedHat 9 baksels

De tools upgraden die ook in die dir staan met rpm -Fvh (oid) en de kernel installeren met rpm -i. Ik had nog nfs-tools uit rawhide nodig voordat de kernel wilde installeren.

Na afloop:
- /etc/modprobe.conf --> usb-uhci veranderen in uhci-hcd
- Ik moest nog intel-agp modproben voordat X weer wilde werken
- PCMCIA is b0rken
- batterij indicator werkt niet meer (kan ook door XD2 komen...)

Maar verder werkt 't fijn hoor

[LollieStick]

Ik heb 2.6.0-test1 ook even geprobeerd. Helaas werkt mijn geluidskaart (SB AUdigy) en de USB controllers (OHCI en EHCI drivers) niet meer. Snel weer terug naar 2.4.21-XFS

quote: felix

De Intel-compiler links laten liggen en GCC gebruiken is hetzelfde als een nieuwe videokaart reviewen met een beta-driver van twee jaar oud

Wat is er mis met GCC?
Verder wel grappig sign

[ Voor 39% gewijzigd door LollieStick op 15-07-2003 15:53 ]

[Verwijderd]

LinuxUser schreef op 15 juli 2003 @ 15:51:
Ik heb 2.6.0-test1 ook even geprobeerd. Helaas werkt mijn geluidskaart (SB AUdigy) en de USB controllers (OHCI en EHCI drivers) niet meer. Snel weer terug naar 2.4.21-XFS

Je moet ook uhci-hcd laden ipv je huidge drivers

Wat is er mis met GCC?
Verder wel grappig sign

Ach, dat was een reactie van een nieuwsposter *kuch* in de draad over de Apple G5's @ T.net waarbij hij GCC ff de grond inboorde zonder argumenten, ofwel een lekker botte flame

GCC rulez

[LollieStick]

Verwijderd schreef op 16 July 2003 @ 15:50:
[...]
Je moet ook uhci-hcd laden ipv je huidge drivers

Het is een nForce2 chipset en dan moet ik de OHCI drivers hebben welke ik als module heb gecompiled. De module laadt prima, hij ziet ook wel mijn USB hubje maar als ik de drivers voor de muis wil laden gaat het infraroodlampje gewoon uit en doet ie niets meer. Ook mijn toetsenbord doet he niet als ik die op de USB pleur.

[Wouter Tinus]

Verwijderd schreef op 16 juli 2003 @ 15:50:
[...]

Je moet ook uhci-hcd laden ipv je huidge drivers


[...]


Ach, dat was een reactie van een nieuwsposter *kuch* in de draad over de Apple G5's @ T.net waarbij hij GCC ff de grond inboorde zonder argumenten, ofwel een lekker botte flame

GCC rulez

Wat ben jij toch ook een misselijk mannetje. Ik boor helemaal niets te grond in, ik zei alleen dat het niet terecht was dat men GCC gebruikt terwijl SPEC CPU met de Intel-compiler twee keer zo hoog scoort op dezelfde hardware.

[deadinspace]

Wouter Tinus schreef op 17 July 2003 @ 17:02:
Wat ben jij toch ook een misselijk mannetje.

Kunnen we het ook vriendelijk houden?

ik zei alleen dat het niet terecht was dat men GCC gebruikt terwijl SPEC CPU met de Intel-compiler twee keer zo hoog scoort op dezelfde hardware.

Dat is een discussie die al een aantal keer gevoerd is, maar waarom zou dat oneerlijk zijn? Het lijkt mij juist heel eerlijk om op beide platforms dezelfde compiler te gebruiken (al blijven de spec benchmarks dan nog relatief zwakke keuzes).

[deadinspace]

Btw, weer leesvoer over 2.6, een soort van samenvatting van de nieuwe dingen die 2.6 gaat brengen

http://www.kniggit.net/wwol26.html

[bredend]

Ik probeer - voor het eerst - een kernel te compileren:

code:

[root@bredend linux-2.6.0-test1]# make clean
  CLEAN   scripts
  RM  $(CLEAN_FILES)
[root@bredend linux-2.6.0-test1]# make mrproper
  RM  $(CLEAN_FILES)
  Making mrproper in the srctree
  RM  $(MRPROPER_DIRS) + $(MRPROPER_FILES)
[root@bredend linux-2.6.0-test1]# make menuconfig
  HOSTCC  scripts/fixdep
In file included from /usr/include/bits/posix1_lim.h:126,
                 from /usr/include/limits.h:144,
                 from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include/limits.h:132,
                 from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include/syslimits.h:7,
                 from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include/limits.h:11,
                 from scripts/fixdep.c:105:
/usr/include/bits/local_lim.h:36:26: linux/limits.h: Onbekend bestand of map
In file included from /usr/include/netinet/in.h:212,
                 from scripts/fixdep.c:107:
/usr/include/bits/socket.h:305:24: asm/socket.h: Onbekend bestand of map
scripts/fixdep.c: In function `use_config':
scripts/fixdep.c:193: `PATH_MAX' is hier niet gedeclareerd (eerste gebruik in deze functie)
scripts/fixdep.c:193: (Elke niet-gedeclareerde naam wordt slechts één
scripts/fixdep.c:193: keer vermeld voor elke functie waarin hij staat.)
scripts/fixdep.c:193: warning: unused variable `s'
scripts/fixdep.c: In function `parse_dep_file':
scripts/fixdep.c:289: `PATH_MAX' is hier niet gedeclareerd (eerste gebruik in deze functie)
scripts/fixdep.c:289: warning: unused variable `s'
make[1]: *** [scripts/fixdep] Fout 1
make: *** [scripts] Fout 2
[root@bredend linux-2.6.0-test1]#

Ik heb de source in /usr/src/linux-2.6.0-test1/ staan, en deze readme erbij.

Ik had eerst een ander probleempje, namelijk dat de mappen asm-generic en asm-i386 doorelkaar werden gehaald. Dat heb ik opgelost door dingen in de bovenstaande readme een beetje aan te passen enzo.

Misschien een interessant gegeven: Met de source van 2.5.75 krijg ik exact hetzelfde....

[ Voor 6% gewijzigd door bredend op 17-07-2003 22:39 ]

[Niek]

bredend schreef op 17 July 2003 @ 18:33:
Ik probeer - voor het eerst - een kernel te compileren:
(...)

Volgens mij zijn het de /usr/include/{asm,linux,scsi} symlinks die de boel in de war gooien. Bij mij zijn die dirs uberhaupt geen symlinks naar mijn kernelsource, maar een onderdeel van glibc en het package linux-headers.
Misschien eens proberen glibc en linux-headers te reinstallen, en in het vervolg als je je kernel wilt builden geen /usr/include symlinks ofzo maken, want dat is AFAIK helemaal niet nodig (heb ik iig in al die jaren nog nooit gedaan).

[ Voor 15% gewijzigd door Niek op 17-07-2003 18:58 ]

[RG]

pschram2 schreef op 14 juli 2003 @ 15:17:
Ik wil de 2.6.0-test ook wel eens gaan testen. Is het nu zo dat je er een apart systeem voor moet hebben ivm kwijtraken van data? Of is het in ieder geval zo ver dat dit niet meer vernaggeld wordt. Ik heb namelijk geen apart systeem over puur om te testen. Dat het crasht is niet zo erg, maar als ik door het draaien van de test-kernel mijn bak opnieuw moet installeren, dan wordt ik daar niet zo vrolijk van.

Bij mij hebben de 2.5 kernels al een aantal keren mijn BIOS opgegeten (d.w.z. de hele CMOS gewist). Das niet echt handig, gaan idee waar het van komt, maar het zou ACPI kunnen zijn. Mijn harde schijf heeft ie gelukkig met rust gelaten. Maar het is sowieso aan te raden om backups te maken van belangrijke data als je gaat testen, er kan altijd wat misgaan...

[Bas!]

Ik heb ook maar eens een 2.5/2.6 gecompileerd. Ik had het al eens eerder gedaan, maar toen viel ik over hetzelfde als nu. Of de scheduler is niet goed ingesteld of het idesubsystem werkt niet zoals ik zou willen. Met hdparm -t haal ik gewoon een veel slechtere performance, al helemaal op een mirror. Je hoort de hdd ook tussenpozes maken bij het lezen. Ook in desktop werk stopt xmms wel eens een tel als ik een programma opstart. Had ik nooit, iemand een idee of ik wat parameters moet instellen. Systeem is een cel 450 op een bx bord met een losse schijf voor os en twee gemirrorde schijven aan een promise. Hdparm -t op alle drie de schijven los geeft dit gedrag en op md0. Oh ja debian sid draai ik.

[RG]

Heb je ondersteuning voot je IDE-controller aangevinkt in het menu voor IDE/ATA? Zonder dat kan het zijn dat DMA niet ondersteund wordt voor je chipset, waardoor je inderdaad een behoorlijk lage snelheid haalt en bovendien door alle overhead op de CPU (geen DMA betekent pio) haperingen kunt krijgen in software zoals XMMS.

[Bas!]

hdparm zegt dat het aanstaat, dmesg dat de piix driver geladen is, ik heb de piix ide driver erin zitten, het lijkt trouwnes sowieso wat met interrupts te zijn, ook als ik in xwindows een window rondbonjour slaat xmms over, en de snelheid is zeker wel hoger dan zonder dma, alleen niet wat ik gewend ben. Lijkt wel of mijn systeem niet snel reageert op breaks, dus als ik wat nieuws ga doen een bestaande thread te breken. Erg vreemd allemaal, maar es andrews laatste patch proberen

[ Voor 5% gewijzigd door Bas! op 18-07-2003 13:34 ]

[Verwijderd]

Grappig, ik heb 2.5.75 ook eindelijk draaiend, ik moest CONFIG_VIDEOMODE_SELECT uitzetten (!). Najah, bevestigt mijn beeld van 2.5.x...

/me zit momenteel 2.6.0-test1 te compilen...

offtopic:
Ey, RG(c), jij hier? .

[ Voor 3% gewijzigd door Verwijderd op 20-07-2003 22:16 ]

[Verwijderd]

2.6.0-test1 gecompiled..
zegt -ie dat ie mn rootfs nie kan vinden
is vast heel makkelijk op te lossen maar ik kan het zo niet vinden
ben ook beetje in de war gebracht door nieuwe qt GUI enzo..
mn root fs is ext2 en das ook ingebakken maar hij wil niej.

[RG]

offtopic:
Ey, RG(c), jij hier? .

Ja, ik denk ik kom weer eens langs Heb het erg druk gehad met mijn studie enzo, waardoor ik GoT nauwlijks bezocht heb. Maar nu heb ik lekker vakantie

BTW, bij mij boot 2.6.0-test1 wel, maar hij crasht vrij snel, waarna ie mijn BIOS weer opvreet Ik kan niemand op Internet vinden met hetzelfde probleem en ik zou ook niet weten waarin het zit... Magoed, mijn 2.4 kernel is ondertussen zo opgevoerd dat ie nauwelijks meer onderdoet voor 2.5

[Loesje]

NME: jouw probleem is al eerder in deze thread aan de orde geweest. Zie de post van DGTL_Magician in het Kernel 2.5.x en pre 2.6.0 draadje.....

[Eärendil]

Volgens mij is het probleem van NME niet hetzelfde als dat van DGTL_Magician. Ik heb dat probleem van DGTL_Magician ook gehad en daarbij krijg je na "Decompressing and booting kernel." gewoon niets meer op het scherm.
Misschien is het probleem dat je een schijf met devfs niet meer benadert met /dev/hda1 maar met /dev/ide/host0/bus0/target0/lun0/part1 of /dev/discs/disc0/part1

[ajvdvegt]

Bas! schreef op 18 July 2003 @ 10:22:
Ik heb ook maar eens een 2.5/2.6 gecompileerd. Ik had het al eens eerder gedaan, maar toen viel ik over hetzelfde als nu. Of de scheduler is niet goed ingesteld of het idesubsystem werkt niet zoals ik zou willen.
<snip>
Ook in desktop werk stopt xmms wel eens een tel als ik een programma opstart.
<snip>
Oh ja debian sid draai ik.

Hmm ik heb dus hetzelfde. Om op m'n laptop volledig werkende ACPI en PowerNOW! te krijgen, draai ik al een tijdje de 2.5 serie (nog geen tijd gehad om 2.6 te proberen, dus ik zit nog op 2.5.75). Op zich werkt de kernel prima, alleen als m'n proc even 100% bezig is (bv. parsen van een Gathering-index pagina), dan hapert XMMS al, en dat is uiteraard HEEL irritant.
Bij mij is het alleen niet m'n HD, maar dus de verdeling van CPU tijd. Terwijl ik juist dacht dat de sceduler nu beter zou moeten zijn?!?
En ook ik draai dus Debian Unstable. Verder wellicht relevant: ik gebruik ALSA drivers (snd_intel8x0) met OSS emulatie om ESD te kunnen gebruiken - m'n geluidskaart kan enkel 48kHz afspelen, en ESD resamplet dat allemaal voor me. Zou die stapel een probleem zijn?!?

Update: Ik had het beter eerst kunnen controleren , maar het lijkt dus inderdaad de stapel progamma's te zijn die problemen geeft: XMMS direct op ALSA gaat prima. Helaas heb ik dan geen Gnome geluiden meer . Misschien maar even met 'nice' gaan spelen ofzo.

[ Voor 25% gewijzigd door ajvdvegt op 21-07-2003 15:18 ]

[RG]

Sound Daemons zijn the root of all evil Bij ALSA heb je die in feite toch niet meer nodig?

[Niek]

ALSA heeft een native mixer, die heet dmix. Kan je aanzetten door zoiets in je $HOME/.asoundrc te zetten (via82xx vervangen door je module):

code:

pcm.via82xx { 
 type hw 
 card 0 
} 

pcm.mixer { 
 type dmix 
 ipc_key 1234 
 slave { 
  pcm "via82xx" 
  period_time 100000 
 } 
} 

pcm.!default { 
 type plug 
 slave.pcm "mixer" 
}

Werkt helaas alleen bij ALSA-apps (XMMS met ALSA plugin of OpenAL based games bijvoorbeeld) en niet met OSS emu.

Trouwens, de nVidia framebuffer driver in 2.5/2.6 is stukken beter dan in 2.4, maar helaas werkt het nog steeds niet goed samen met X en pre-empt. Ik zou graag wat meer willen experimenteren met (Direct)FB (ik heb nu QT Designer draaiend onder FB), maar zolang de nVidia FB driver zo brak is schiet dat niet echt op.
Voor de rest ben ik echt tevreden over 2.5, nog niet veel crashes gehad en is een heel stuk sneller.
En voor diegenen die een stable 2.4 kernel willen hebben die toch lekker snel is (+nieuwe features) moeten eens deze patches proberen: http://members.optusnet.com.au/ckolivas/kernel/

[ Voor 44% gewijzigd door Niek op 21-07-2003 16:07 ]

[Loesje]

Volgens mij is het probleem van NME niet hetzelfde als dat van DGTL_Magician. Ik heb dat probleem van DGTL_Magician ook gehad en daarbij krijg je na "Decompressing and booting kernel." gewoon niets meer op het scherm.

Misschien heb je gelijk, ik heb beide problemen gehad.
Maar in het linkje dat DGTL_Magician geeft staat wel voor beide problemen de oplosing. (voor mij althans) Ik had de nieuwe module-utils niet geinstalleerd. Lees ook de readme die ij de kernel zit, en zorg dat je aan de dependencies voldoet. (uiteraard...) En redhat heeft ook een nieuwe initrd nodig...

Iets heel anders: zijn er nvidia-drivers voor de 2.5/6 kernel? Die was ik nog niet tegengekomen?

[Arioch]

Loesje schreef op 21 July 2003 @ 21:59:
[...]Iets heel anders: zijn er nvidia-drivers voor de 2.5/6 kernel? Die was ik nog niet tegengekomen?

gewoon de 2.4.x modules patchen (www.minion.de)

[ Voor 12% gewijzigd door Arioch op 21-07-2003 23:22 . Reden: link vergeten ]

[Bertrik]

Het probleem met haperende xmms kun je oplossen door de X server een normale prioriteit
te geven (staat bij mijn Mandrake 9.1 op -10):
renice 0 `pidof X`
(als root uitvoeren)

[Verwijderd]

Verwijderd schreef op 18 April 2002 @ 16:01:
[...]


Oh, simpel. . Alles wat een module kan zijn wordt een module. Via ramdisk kun je dan de modules die je nodig hebt om te booten gebruiken (ext2fs of ext3fs of reiserFS of XFS ofzo) en de rest wordt tijdens runtime geladen, mocht je ze nodig hebben.

Het vast-in-de-kerne-compileren wordt dus gedisabled.

In het verleden was het veiligheidsrisico van exploit-modules aanwezig, maar dat is tegenwoordig ook mogelijk zonder modules (dus raw code in de kernel proppen), dus dat is niet langer een reden om alles in de kernel te gooien. Daarnaast heet alles-in-de-kernel eigenlijk alleen maar nadelen. Vandaar het alles-een-module principe vanaf 2.5.x. .

Wat is daar mee gebeurd ?
Ik doe nog steeds weinig met modules

[Verwijderd]

Ik heb het niet meer teruggezien... Zal wel niet door Linus' QA (lees: ballenbak met honderd patches waaruit hij dagelijks eentje random pakt) zijn gekomen.

[Wirf]

Er zijn tegenwoordig ook "snapshots" te downloaden.

op dit moment zijn er alweer twee:

2.6.0-test1-bk1
Patch
Changelog

en
2.6.0-test1-bk2
Patch
Changelog

[RG]

Ik vind het wel een goed idee om alles wat als module gecompileerd kan worden ook als module te compileren. Volgens de kernelnewsbies 2.5 development tracker is het post-2.6 stuff. Dus ik verwacht niet dat Linus dat nu nog ineens erin gaat stoppen voor 2.6.0.

Enige probleem is dat ik nog nooit wat met initrd gedaan heb, werk aan de winkel dus

[Jaap-Jan]

RG© schreef op 24 July 2003 @ 21:45:
Ik vind het wel een goed idee om alles wat als module gecompileerd kan worden ook als module te compileren. Volgens de kernelnewsbies 2.5 development tracker is het post-2.6 stuff. Dus ik verwacht niet dat Linus dat nu nog ineens erin gaat stoppen voor 2.6.0.

Enige probleem is dat ik nog nooit wat met initrd gedaan heb, werk aan de winkel dus

Ik heb ook wat informatie gezocht over welke spullen ik als modules van bakken, maar ik kwam toen uit op deze pagina: Linux module sourcecode in static kernel compileren Met de release van 2.6 is dit weer actueel geworden. In het draadje wordt een stukje over-en-weer 'gewelles-nietest'. Maar igmar die schopt nogal tegen initrd aan, is dat zo'n slecht programma dan? Een geheugenvretende workaround?

Ik ben met 'alles als module' aan het experimenteren, dat wil zeggen, ik ga proberen om een linux 2.6.0-test1 zoveel mogelijk als module te bakken. Ik heb de huidige kernel (met alleen IPv6 als module en de rest static als config) succesvol gebakken .

[Verwijderd]

RG© schreef op 24 juli 2003 @ 21:45:
Ik vind het wel een goed idee om alles wat als module gecompileerd kan worden ook als module te compileren. Volgens de kernelnewsbies 2.5 development tracker is het post-2.6 stuff. Dus ik verwacht niet dat Linus dat nu nog ineens erin gaat stoppen voor 2.6.0.

Het heeft zoveel voordelen, en eigenlijk geen enkel nadeel behalve een minieme performance issue als je modules laadt. Eigenlijk is het dus dikke onzin om het niet te doen...

Denk hierbij ook aan commerciele closed-source modules (zoals nvidia), daarbij niet vergetende dat mensen enorm zeiken over het gemis aan commerciele support van vendors (altijd modules! Net zoals onder win32), het aanbieden van opensource drivers die (nog?) niet in de kernel tree zitten (ook altijd modules). Eigenlijk alles.

De enige reden om geen modules te gebruiken is misschien voor embedded devices, om de performance nog iets omhoog te stoten... Maar als dat alles is... Nah, doe dan maar "alles een module".

[RG]

Japie_17 schreef op 25 July 2003 @ 16:26:Ik heb ook wat informatie gezocht over welke spullen ik als modules van bakken, maar ik kwam toen uit op deze pagina: Linux module sourcecode in static kernel compileren Met de release van 2.6 is dit weer actueel geworden. In het draadje wordt een stukje over-en-weer 'gewelles-nietest'. Maar igmar die schopt nogal tegen initrd aan, is dat zo'n slecht programma dan? Een geheugenvretende workaround?

Mwa, een initial ramdisk van luttele kilobytes dat merkt toch niemand? En anders zaten die drivers in de kernel, en namen ze bijna net zoveel ruimte in. Bovendien wordt die ramdisk waarschijnlijk toch opgeheven zodra het rootfs gemount is.

Japie_17 schreef op 25 July 2003 @ 16:26:IIk ben met 'alles als module' aan het experimenteren, dat wil zeggen, ik ga proberen om een linux 2.6.0-test1 zoveel mogelijk als module te bakken. Ik heb de huidige kernel (met alleen IPv6 als module en de rest static als config) succesvol gebakken .

Hmm, ik denk dat het lastig gaat worden. Wanneer je namelijk een console wilt, dan moet je dus virtual console support hebben. Maar die eist weer dat je je inputsubsysteem in je kernel bakt... Waar je winst kunt halen is bij de drivers voor je IDE- of SCSI-controller en bij je rootfs. Dingen als ACPI zitten tegenwoordig zo verweven met het booten, dat je die niet meer als module kunt compileren...

[AlterEgo]

Verwijderd schreef op 25 juli 2003 @ 16:34:
[...]
De enige reden om geen modules te gebruiken is misschien voor embedded devices, om de performance nog iets omhoog te stoten... Maar als dat alles is... Nah, doe dan maar "alles een module".

Of hoge security: een kernel die geen loadable module support bevat, is weer een (klein) stapje beter beveiligd tegen "evil".

[Jaap-Jan]

AlterEgo schreef op 25 juli 2003 @ 17:14:
[...]


Of hoge security: een kernel die geen loadable module support bevat, is weer een (klein) stapje beter beveiligd tegen "evil".

Dat stond dus ook in die link die ik gaf, maar beelzebubu zeg dat dat niets uitmaakt, omdat je ook wel code in de kernel kan inserten:

However, even if the kernel does not have module support, it is possible to load some of them into memory (not that simple). Silvio Cesare wrote the kinsmod program, which allows to attack the kernel via the /dev/kmem device, the one managing the memory it uses (read runtime-kernel-kmem-patching.txt on his page).

Maakt dan dat 'kleine' stapje extra nog wat uit?

[ Voor 5% gewijzigd door Jaap-Jan op 25-07-2003 18:56 ]

[RG]

AlterEgo schreef op 25 July 2003 @ 17:14:
Of hoge security: een kernel die geen loadable module support bevat, is weer een (klein) stapje beter beveiligd tegen "evil".

Tja, maar als je zo redeneert kun je je computer net zo goed maar helemaal niet meer aanzetten...

[Verwijderd]

En 2.6.0-test2 is er al weer. Dit is wat linus te zeggen had:

Lots of small updates and fixes all over the map (diffstat shows a flat
profile, except for the DVB merge, the new wl3501 driver, and the new
sound drivers from Alan).

An example: Alexander Atanasov fixed an UP APIC handling bug, which in
turn explained the IDE problems with irq disabling, and allowed IDE to
be fixed up. Yah!

Alan started doing forward-porting of 2.4.x driver updates, and Andrew is
merging the fixes from his tree. And janitorial cleanups.

Various architectures are congealing: sparc64, ia64, alpha, m68k, ppc32,
v850 and s390 all had updates.

Network (and network driver) fixes, ISDN slowly getting there, ACPI, DVB
and USB updates.

And a number of people worked on (and fixed) SCSI queue handling issues
with the anticipatory scheduler.

Linus

Patch
Changelog
Source tarball

[ Voor 11% gewijzigd door Verwijderd op 27-07-2003 20:49 ]

[Verwijderd]

Ik zie in de logs na het booten van Linux-2.6.0-test1 het volgende:

Jul 29 21:02:03 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3
Jul 29 21:05:59 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3

Ook werkt mijn toetsenbord niet. Dit is er zo een met een din aansluiting.

Mijn kernel config

[Verwijderd]

Verwijderd schreef op 28 juli 2003 @ 22:08:
Ik zie in de logs na het booten van Linux-2.6.0-test1 het volgende:

Jul 29 21:02:03 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3
Jul 29 21:05:59 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3

Ook werkt mijn toetsenbord niet. Dit is er zo een met een din aansluiting.

Mijn kernel config

Heb je P/S 2 support, AT support, ATX support e.d. in de input sectie aanstaan?

[Verwijderd]

Ik ben nu aan het proberen met test2

Dit is mijn input sectie:

#
# 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 is not set
# CONFIG_INPUT_EVBUG is not set

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

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

[Wirf]

Verwijderd schreef op 28 July 2003 @ 22:08:
Jul 29 21:02:03 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3
Jul 29 21:05:59 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3

Uuh.. als je nou gewoon doet wat er staat?
Dus gewoon "mkswap -v1 /dev/hda3" uitvoeren. (als root natuurlijk)

[Wirf]

Verwijderd schreef op 28 July 2003 @ 22:55:
Ik ben nu aan het proberen met test2

Dit is mijn input sectie:

[...]

probeer dit eens:

code:

#
# 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 is not set
# 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=m
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PARKBD is not set
# CONFIG_SERIO_PCIPS2 is not set

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

Dus niet als modules maar in de kernel compileren

[deadinspace]

Verwijderd schreef op 28 July 2003 @ 22:08:
Jul 29 21:02:03 debiantestpc1 kernel: version 0 swap is no longer supported. Use mkswap -v1 /dev/hda3

Zo, das antiek
Wanneer heb je die bak geinstalleerd?

Verwijderd schreef op 28 July 2003 @ 22:55:
CONFIG_KEYBOARD_ATKBD=m

Je moet die of op Y zetten, of de module in kwestie laden

[Verwijderd]

deadinspace schreef op 28 July 2003 @ 23:10:
[...]

Zo, das antiek
Wanneer heb je die bak geinstalleerd?

[...]

Je moet die of op Y zetten, of de module in kwestie laden

Het is gewoon Debian 3.0 met enkele onderdelen die ik uit testing heb gehaald.

Als ik die module via een ssh sessie laad kan ik mijn toetsenbord nog niet gebruiken. Ik heb alle modules in de input sectie geprobeert maar het toetsenbord gaat niet werken.

Zou het toetsenbord wel moeten gaan werken als ik via ssh de module achteraf laad?

[deadinspace]

Verwijderd schreef op 28 July 2003 @ 23:32:
Het is gewoon Debian 3.0 met enkele onderdelen die ik uit testing heb gehaald.

Dan ben ik toch benieuwd hoe je dat voor elkaar gekregen hebt... Afaik vraagt de 2.2 installer nog of je versie 0 of 1 swap wil (met default op 1), en 3.0 doet gewoon versie 1...

Als ik die module via een ssh sessie laad kan ik mijn toetsenbord nog niet gebruiken. Ik heb alle modules in de input sectie geprobeert maar het toetsenbord gaat niet werken.

Zou het toetsenbord wel moeten gaan werken als ik via ssh de module achteraf laad?

Hmm, ik nam eigenlijk aan van wel, maar dat weet ik niet zeker; ik heb zelf dat ding maar gewoon in de kernel gebakken...

Het debugt ook zo lastig als er wat mis gaat met het booten en de keyboard module wordt niet geladen enzo

[Verwijderd]

deadinspace schreef op 28 July 2003 @ 23:47:
[...]

Dan ben ik toch benieuwd hoe je dat voor elkaar gekregen hebt... Afaik vraagt de 2.2 installer nog of je versie 0 of 1 swap wil (met default op 1), en 3.0 doet gewoon versie 1...

[...]

Hmm, ik nam eigenlijk aan van wel, maar dat weet ik niet zeker; ik heb zelf dat ding maar gewoon in de kernel gebakken...

Het debugt ook zo lastig als er wat mis gaat met het booten en de keyboard module wordt niet geladen enzo

Het geluk is met de domme

Maar eh, ben je niet in de war met de vraag in de potato installtie of je linux 2.0 ext2 compatibility wilt behouden?

Ik zal eens proberen te compileren met de drivers in de kernel.

[Verwijderd]

Het was inderdaad het in de kernel compileren van keyboard support. En de swap upgrade hielp ook. Ik heb nu alleen nog wat problemen met ondersteuning voor serieel maar dat moet op te lossen zijn.

[AlterEgo]

test 3 is uit; nog niet op de nl mirrors.

The bulk of the diff by far is various architecture updates, and in
particular bringing MIPS[64] a bit closer to being up-to-date for 2.6.x
But there's arm, alpha, h8300 and ia64 updates too.

Merging the SELinux security architecture also ends up growing the patch,
even though it may not be all that noticeable for most normal users.

For most x86 users, the CPU frequency updates, network driver updates, and
some USB updates are most likely to matter.

And this should fix the PCMCIA lock-up that a number of people have seen
happening since 2.5.71 or so. Thanks for people involved in testing and
fixing that one.

Also, Andrew fixed a read-ahead bug that was introduced in test2 that
could cause (non-readahead) IO failures under load.

Shortlog follows, full details in the BK trees and in the log on the
ftp/web sites.

Linus

patch
hele bal
changelog

[ Voor 72% gewijzigd door AlterEgo op 09-08-2003 11:12 ]

[Verwijderd]

AlterEgo schreef op 09 August 2003 @ 10:49:
test 3 is uit; nog niet op de nl mirrors.


[...]


patch
hele bal
changelog

kheb hem net ff uitgeprobeert maar na een uurtje (ongeveer) bleef die hange geluid uit, alt+ctrl+del doet niks had hetzelfde probleem met test2 maar daar bleef die al hangen na een minuutje

acpi stond uit met acpi=off, had de acpi niet uitstaan in 2.6test2 omdat ik die gepatch had met
deze file linux-2.5.75-acpi-irqparams-final3.patch(is geen link)

heeft iemand hier hetzelfde probleem? of is er een oplossing voor mischien ?

[Eärendil]

2.6.0-test3 staat nu ook op ftp://kernel.mirror.trues...nel/pub/linux/kernel/v2.6

[Verwijderd]

Verwijderd schreef op 09 August 2003 @ 13:35:
kheb hem net ff uitgeprobeert maar na een uurtje (ongeveer) bleef die hange geluid uit, alt+ctrl+del doet niks had hetzelfde probleem met test2 maar daar bleef die al hangen na een minuutje

Boot eens met 'noapic' als boot-optie?

[YoNiE]

krijg met zowel test2 als test3 foutmeldingen over 'TSC cannot be used [blah]'.

voor de rest leuk spul hoor.

[AlterEgo]

Het valt me op dat gkrellm (2.1.15) geen sensors-readouts meer weergeeft in 2.6-test3.
Dat ging prima met 2.6-test2.
Kernel config=identiek; de geladen modules zijn hetzelfde; de sensor-waarden in /sys ook.

Iemand dezelfde/ een andere ervaring?