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

[Wirf]

The_Surfer schreef op 29 September 2003 @ 18:51:
[...]

Zie http://lwn.net/Articles/51260/ (post van monoxide).
Je moet de gameport driver (bij input setup) aanzetten, daarna is de kaart wel te selecteren.

Yep, dat werkt, bedankt

toch vaag dat je gameport nodig hebt voor geluid...

[bkor]

2.6.0-test7

announcement:

The -test7 kernel is out there now - I'm not reaching bkbits.net, but it's on the other BK sites, and the tar-ball and patches are uploading to kernel.org right now.

The biggest part of the test7 patches are: - s390 update - DVB update - NFS (v4 in particular) update - cpufreq updates - ACPI update

A lot of the rest are basically a lot of small onelines, along with fairly minor updates (networking fixes for shared skb's for remaining cases, janitorials, cleanups etc).

The more interesting thing is that I and Andrew are trying to calm down development, and I do _not_ want to see patches that don't fix a real and clear bug. In other words, the "cleanup and janitorial" stuff is on hold, and -test8 and then -test9 should be for _stability_ fixes only.

In other words, this should calm things down so that by the end of October we can look at the state of 2.6.0 without having a lot of noise from "not strictly necessary" stuff.

Linus

Patch
Changelog
Source tarball

[Verwijderd]

Eerlijk gezegt, ik heb 2.5 overgeslagen lol, ben tot nu toe wel tevreden met de 2.6.0 kernel (test4) binnenkort test 6 maar es bekijken....

[terrapin]

Neem dan meteen test7

[lonkhuijzen]

Ik ben nu test7 aan het proberen maar kom problemen tegen. Eigenlijk ligt het denk ik niet aan de kernel maar aan initrd.

Tijdens boot kan ie geen valid ramdisk vinden en daarna kan ie geen root device vinden.
Ik heb netjes initrd in lilo staan en de kernel gecompiled met initrd en compressed rom filesystem support. Ik heb al apart voor mijn kernel een eigen initrd.img-2.6.0-test7 gemaakt mbv mkinitrd.

Ik weet bijna zeker dat het daar misgaat want als ik in lilo.conf het initrd bij 2.4.21 weghaal dan boot ie om dezelfde redenen niet.

hoe krijg ik dat ik nu een valid initrd krijg?

Ik draai Debian unstable btw

[ Voor 13% gewijzigd door lonkhuijzen op 09-10-2003 18:59 ]

[slager]

Heb je een devfs filesysteem? Standaard zit in de 2.6 volgens mij geen support voor het /dev filesysteem, dat is verouderd. Heb je dat niet aangezet, en heb je wel het /dev filesysteem, dan kan hij ook geen root device vinden.

[lonkhuijzen]

Niet dat ik weet, heb gewoon ext3.

Ik kom er alleen net achter dat de gewone kernel gepatched zou moeten worden omdat debian cramfs en initrd niet lekker werken. Probeer namelijk net met make-kpkg --initrd de kernel te configgen en installen en krijg deze warning:

Arwen:/usr/src/linux-2.6.0-test7# make-kpkg --initrd
Warning: You are using the initrd option, that may not
work unless you have applied the initrd cramfs patch to
the kernel, or modified mkinitrd not to use cramfs by
default. The cramfs initrd patch, is included in the
Debian supplied kernel sources, but is not present in
pristine kernel sources.
By default, I assume you know what you are doing, and I
apologize for being so annoying. Should I abort[Ny]?

Ik ga eens de test4 source apt-getten en kijken of het daarmee wel wil, die is namelijk gepatched.

[ Voor 11% gewijzigd door lonkhuijzen op 09-10-2003 20:51 ]

[wzzrd]

/dev en /devsf hebben betrekkelijk weinig met ext3 te maken
Daar moet je nog maar eens wat research naar doen

[ajvdvegt]

Quasily schreef op 09 October 2003 @ 20:09:
Heb je een devfs filesysteem? Standaard zit in de 2.6 volgens mij geen support voor het /dev filesysteem, dat is verouderd. ...

Pardon? Devfs verouderd? Het is juist nieuw! Of bedoel je met 'het /dev filesystem' iets anders dan 'devfs'? Dan bestaat jouw '/dev filesystem' niet; het oude /dev systeem gebruikte het normale bestandsysteem, maar 'bijzondere' inodes (bijzonder als in dat het geen directories of bestanden waren).
Het (nieuwe) devfs is echt een neiuwe filesystem, wat dus geen EXT2/3/whatever gebruikt. Het bestaat ook alleen in je geheugen, als je je compu uit zet zijn de devices verdwenen (dat ZOU je moeten kunnen controleren door je root te mounten in een andere systeem (niet als root partitie dan natuurlijk))

[FCA]

Uit 2.6.0-test6-mm4:

Note that devfs has been obsoleted by udev, <http://www.kernel.org/pub/linux/utils/kernel/hotplug/>. It has been stripped down to a bare minimum and is only provided for legacy installations that use its naming scheme which is unfortunately different from the names normal Linux installations use.

[ajvdvegt]

Ok, van udev had ik nog niet gehoord. Maar even google-en levert deze patch op:

code:

--- linux-2.6.0-test6-mm4/fs/Kconfig.old 2003-10-08 14:02:15.000000000 +0200
+++ linux-2.6.0-test6-mm4/fs/Kconfig 2003-10-08 14:03:33.000000000 +0200
@@ -784,7 +784,7 @@
ptys, you will also need to enable (and mount) the /dev/pts
filesystem (CONFIG_DEVPTS_FS).

- Note that devfs has been obsoleted by udev,
+ Note that devfs will be obsoleted by udev
<http://www.kernel.org/pub/linux/utils/kernel/hotplug/>.
It has been stripped down to a bare minimum and is only provided for
legacy installations that use its naming scheme which is

Maar deze mail-discussie lijkt nog niet ten einde (de patch is ook van eergisteren - knap dat google 'm al vindt). udev is dus zeker op veel systeem (99%?) nog niet aanwezig.

[slager]

Ik moest op mijn Slackware 9.1 in ieder geval onderstaande optie aanzetten (zie screenshot):


Hoewel er bij staat dat deze optie OBSOLETE is, kreeg ik zonder deze optie dus ook de melding dat er geen root device gevonden kon worden.

[FCA]

Onder Gentoo moest ik ook
• Automatically mount at boot
aanzetten. Dat gebeurde eerst door iets anders (weet niet meer wat).

[bredend]

Ik heb tot nu toe 5 verschillende test releases gehad, en alleen maar bij test2 heb ik eens X kunnen starten (maar had geen netwerk).
Nu wilde ik het weer eens proberen, maar nu krijg ik weer een andere foutmelding:

code:

debian:/usr/src/linux# make xconfig
  HOSTCC  scripts/fixdep
scripts/fixdep.c:97:23: sys/types.h: No such file or directory
scripts/fixdep.c:98:22: sys/stat.h: No such file or directory
scripts/fixdep.c:99:22: sys/mman.h: No such file or directory

[knip]

scripts/fixdep.c:104:19: stdio.h: No such file or directory
In file included from /usr/lib/gcc-lib/i486-linux/3.3.2/include/syslimits.h:7,
                 from /usr/lib/gcc-lib/i486-linux/3.3.2/include/limits.h:11,
                 from scripts/fixdep.c:105:
/usr/lib/gcc-lib/i486-linux/3.3.2/include/limits.h:122:75: limits.h: No such file or directory
scripts/fixdep.c:106:19: ctype.h: No such file or directory
scripts/fixdep.c:107:24: netinet/in.h: No such file or directory
scripts/fixdep.c: In function `usage':

[knip]

scripts/fixdep.c:341: warning: assignment makes pointer from integer without a cast
scripts/fixdep.c:325: warning: unused variable `st'
scripts/fixdep.c: In function `traps':
scripts/fixdep.c:360: error: `stderr' undeclared (first use in this function)
make[1]: *** [scripts/fixdep] Error 1
make: *** [scripts/fixdep] Error 2
debian:/usr/src/linux#

waar geknipt is is het ongeveer gelijk aan de regel erboven.

sys/types.h bestaat niet eens

Hoe kan ik dit oplossen?

[smokalot]

bredend schreef op 14 October 2003 @ 18:51:
Ik heb tot nu toe 5 verschillende test releases gehad, en alleen maar bij test2 heb ik eens X kunnen starten (maar had geen netwerk).
Nu wilde ik het weer eens proberen, maar nu krijg ik weer een andere foutmelding:

code:

debian:/usr/src/linux# make xconfig
  HOSTCC  scripts/fixdep
scripts/fixdep.c:97:23: sys/types.h: No such file or directory
scripts/fixdep.c:98:22: sys/stat.h: No such file or directory
scripts/fixdep.c:99:22: sys/mman.h: No such file or directory
                 from scripts/fixdep.c:105:
[knip ivm layout]

make[1]: *** [scripts/fixdep] Error 1
make: *** [scripts/fixdep] Error 2
debian:/usr/src/linux#

waar geknipt is is het ongeveer gelijk aan de regel erboven.

sys/types.h bestaat niet eens

Hoe kan ik dit oplossen?

Je kunt dus niet eens configgen?
xconfig gebruikt tegenwoordig qt, misschien dat er daar iets mis gaat. Probeer gconfig eens (GTK). en make menuconfig werkt natuurlijk ook nog steeds...

[ Voor 29% gewijzigd door smokalot op 14-10-2003 19:06 ]

[bredend]

geen enkele 'make' werkt. En het lijkt te komen omdat scripts/fixdeb.c files wil includen die niet bestaan.... Zoals types.h, stat.h en mman.h etc.

Ik dacht eerst dat het misschien aan een foute download of verkeerd uitpakken lag ofzo (bz2) dus ik koos voor een tar.gz zoals altijd, maar dat maakte niets uit.

'make mrproper' doet het wel goed.

[Wirf]

bredend schreef op 14 October 2003 @ 20:35:
geen enkele 'make' werkt. En het lijkt te komen omdat scripts/fixdeb.c files wil includen die niet bestaan.... Zoals types.h, stat.h en mman.h etc.

het lijkt er op dat je een aantal essentiele header files mist.

Bij mijn debian unstable bakkie staan die bestanden in /usr/include/linux/

misschien dat je een package/rpm/.deb moet installeren die iets van "kernel-headers" heet, anders kun je ook zelf proberen om een link te maken: cd /usr/include; ln -s /usr/src/linux/include/linux

[voodooless]

Weet iemand of in pre7 WLAN en PCMCIA eindelijk weer een beetje werkt? Bij de vorige versies gaf het verwisselen van het scheme nogal wat problemen (werkt dus gewoon niet)...

[bredend]

Ik heb de kernel-headers ge-apt-get maar dat maakt niets uit.

Zou het kunnen komen door de restanten van een ge-apt-get-te 2.6 kernel? Want die laat ook lekker een vmlinuz.old image achter

Me nvidia drivers doen het trouwens ook niet...

[ Voor 12% gewijzigd door bredend op 15-10-2003 18:17 ]

[bkor]

2.6.0-test8

announcement:

More changes than I would have liked, but most of them are fairly small. The most noticeable changes:

• fix the /proc/PID/stat oops that multiple people reported
• workaround for Athlon prefetch bug (occasional spurious page faults)
• fix serverworks PIO autotuning
• fix some cpufrequency calculations
• make NFS O_DIRECT work

The rest are some architecture and driver updates, mostly stuff that people had queued up and convinced me I wanted to merge before freezing down totally.

I've flamed a number of people who flaunted the freeze (I cursed a lot more than I usually do , and they won't have any excuse to do so for test9. So expect the patches to shrink considerably in the coming weeks.

Linus

Patch
Changelog
Source tarball

[MadEgg]

Ik ben net even aan het stoeien met de 2.6 kernels en stuitte al vrij snel op problemen.

de agpgart driver slikt namelijk de parameter agp_try_unsupported=1 niet meer.
Haal ik deze weg dan wordt de driver wel geladen, maar kan de nvidia-driver er niets mee, dus blijkbaar wordt dan mijn chipset niet goed herkent.

Ik ben even gaan kijken in /usr/src/linux-2.6.0-test7-mm1/drivers/char/agp/via-agp.c en daarin wordt mijn chipset(P4x266 (VT8753A)) wel gedefinieerd dus blijkbaar is er wel ondersteuning voor.

Is er een manier waarop ik de goeie chipset kan 'forcen' in die driver, of doe ik iets anders fout?

[AlterEgo]

MadEgg,
mijn eerste gedachte zou zijn: bouw de agp-driver als module en laat de nvidia-driver zelf een AGP-driver kiezen in XF86config; zoniet: forceer dan de Nvidia-AGP driver:

code:

Section "Screen"
Option "NvAgp"  "0" #geen AGP
Option "NvAgp"  "1" # nvidia AGP
Option "NvAgp"  "2" # AGPART
Option "NvAgp"  "4" # kies AGP door driver

[ Voor 52% gewijzigd door AlterEgo op 18-10-2003 11:24 . Reden: typoz ]

[pyro_1979]

Kernel 2.6.0-pre5 compileert op mijn laptop, maar voor mijn touchpad heb je dan een aparte synaptics-driver nodig die dus niet bij de kernel zit... Ik die driver downen en die compileert dus niet.....

[Verwijderd]

pyro_1979 : gebruik gewoon de -mm reeks van kernels. Die worden onderhouden door Andrew Morton. Je kan ze hier vinden : http://www.kernel.org/pub.../people/akpm/patches/2.6/

In deze reeks zit een driver voor de synaptics touchpad ingebakken.
Trouwens ik gebruik ook die aparte synaptics driver, en die compileert bij mij perfect. Dat is trouwens geen kernel module, maar een xfree module...

[MadEgg]

AlterEgo schreef op 18 October 2003 @ 11:24:
MadEgg,
mijn eerste gedachte zou zijn: bouw de agp-driver als module en laat de nvidia-driver zelf een AGP-driver kiezen in XF86config; zoniet: forceer dan de Nvidia-AGP driver:

code:

Section "Screen"
Option "NvAgp"  "0" #geen AGP
Option "NvAgp"  "1" # nvidia AGP
Option "NvAgp"  "2" # AGPART
Option "NvAgp"  "4" # kies AGP door driver

Ik heb 'm ook als module gebouwd; en als ik NVAGP op 1 zet dan werkt het ook wel(zoek ik nou problemen ofzo )

Maar agp_try_unsupported=1 werkte ook altijd. Dus ik kon de AGPGART driver gebruiken, dan zou dat nu toch nog steeds moeten kunnen?

[Tony Vroon]

pyro_1979 schreef op 18 October 2003 @ 11:26:
Kernel 2.6.0-pre5 compileert op mijn laptop, maar voor mijn touchpad heb je dan een aparte synaptics-driver nodig die dus niet bij de kernel zit... Ik die driver downen en die compileert dus niet.....

Dat is gelukkig niet erg, er zit een binary bij.
Zorg dat je de nieuwste driver van die site pakt, want het heeft de kernelmensen weer behaagd om zomaar iets te hernoemen zonder aan compatibiliteit te denken. (synaptics synaptics touchpad -> SynPS2 synaptics touchpad oid).
De informatie in het INSTALL document klopt, en die raden je dus ook aan om "maar gewoon de precompiled binary te gebruiken". Het juiste path en voorbeeldsettings staan er ook in.

[ Voor 14% gewijzigd door Tony Vroon op 18-10-2003 15:31 . Reden: Wat minder dubbelop, behaagd juist gespeld. ]

[Aaargh!]

Ik heb nogal wat problemen met test6 (nieuwere nog niet geprobeert)
Na iets meer dan een dag lijkt de HD niet meer toegankelijk, het kernel draait nog wel maar alles wat de HD aanspreekt freezed.

Iemand anders deze problemen tegengekomen ?

[Verwijderd]

Quasily schreef op 10 October 2003 @ 13:36:
Ik moest op mijn Slackware 9.1 in ieder geval onderstaande optie aanzetten (zie screenshot):


Hoewel er bij staat dat deze optie OBSOLETE is, kreeg ik zonder deze optie dus ook de melding dat er geen root device gevonden kon worden.

Dat viel mij dus ook al op. DEVFS was juist iets nieuws en state-of-the-art en nu is het opeens obsolete?

Het hangt overigens inderdaad van je distributie af of je DEVFS-support nodig hebt of niet. De harddisk-device heeft op DEVFS-systemen namelijk een totaal andere naam en als de kernel die niet ondersteunt, dan is het logisch dat hij bij het booten blijft hangen als hij de root niet kan mounten.

In de toelichting van de kernel config utility wordt gezegd dat DEVFS wordt opgevolgd door "udev". Ik kan daar echter bijna niets over op Google vinden. Wie kan hierover meer toelichting geven?

[AlterEgo]

devfs is inderdaad obsolete verklaard, zie ergens eerder in dit draadje.
Er komt een userspace implementatie van devfs voor in de plaats.
Omdat de huidige devfs dus niet meer wordt doorontwikkeld, heeft ie de vlag "obsolete" in de kernel-config.
Maar niet veel mensen zullen nu al een 2.6 kernel zonder devfs en met udev/hotplug werkende hebben.

link naar iets meer info

[ Voor 13% gewijzigd door AlterEgo op 19-10-2003 12:41 ]

[bkor]

2.6.0-test9

announcement:

Ok, 2.6.0-test9 is out there in all the normal places..

First off, I have to say that this week has been a lot better than last week. I've been cursing at some developers a _lot_ less: while a lot of people wanted to sync up with me after the -test7 "stability freeze" announcements with stuff that wasn't really about stability, that dropped off a lot this week, and I didn't have to be rude to people very much at all.

There's some XFS and cifs updates here, but even they were pretty benign and largely just bugfixes. Oh, and the SATA driver got included, which you either disable or which allows people to use modern hardware.

Anyway, while I've been happy with the progress from -test7, I want to see this total stability freeze work even better. The test9 patch is about 120kB compressed - which is small for a week of work, but is still more than I want to see before a stable release.

So guys, let's work on this even more for test10. I'm going to _totally_ ignore patches that aren't for major bugs. Don't send me anything that _others_ wouldn't consider horribly critical.

In other words, even if you think that something is the most important piece of software in the world, if you can't make aunt Tilly up the street say "oh, but that would be a show-stopper", then don't bother sending it to me.

If it corrupts data, is a security issue, or causes lockups or just basic nonworkingness: and this happens on hardware that _normal_ people are expected to have, then it's critical. Otherwise, it's noise and should wait.

If this works out, then I'll submit -test10 to Andrew Morton, and if he takes it we'll probably have a real 2.6.0 after a final shakedown. So try to help, please. We'll all be happier.

Linus

Patch
Changelog
Source tarball

[PolarWolf]

AlterEgo schreef op 19 October 2003 @ 12:40:
Maar niet veel mensen zullen nu al een 2.6 kernel zonder devfs en met udev/hotplug werkende hebben.

Om nog maar niet te spreken over al die drivers die eindelijk naar devfs zijn geport, en nu nog een keer moeten worden aangepakt.
Ik verwacht devfs nog terug te zien in elke kernel van de 2.6 serie, misschien zelfs door tot 2.8. Legacy sucks.

Nou ja, in elk geval wordt het leven er makkelijker op, zeggen ze.

[Verwijderd]

Mijn 2.6.0-test9 kernel boot niet goed. Tijdens het opstarten krijg ik de volgende kernel panic (typfouten voorbehouden):

code:

mount: error 19 mounting ext3
pivotroot: pivot_root (/sysroot, /sysroot/initrd) failed: 2
umount /initrd/proc failed: 2
Freeing unused kernel memory: 152k freed
Kernel panic: No init found. Try passing init= option to kernel.

Nou weet ik dat deze error kan komen doordat ext3 en ext2 niet in de kernel zit, dit zit er dus wel in gecompiled (niet als module). Ook zit er suppert voor IDE in.

In mijn grub.conf start ik de kernel als volgt:

code:

title Red Hat Linux (2.6.0-test9)
root (hd0,0)
kernel /vmlinuz-2.6.0-test9 ro root=LABEL=/ hdd=ide-scsi
initrd /initrd-2.6.0-test9.img

Kortom, ik snap niet waar de fout zit... Iemand die mij de goeie richting in kan wijzen?

[odysseus]

Werkt je initrd wel goed? Ik heb het idee dat daar wel eens iets mis kan gaan - bestaat /initrd-2.6.0-test9.img wel en is dat een goede initrd?

[Verwijderd]

Nou, de initrd bestaat wel. Ik ga er vanuit dat ie goed is, tijdens hebt compilen is er iig niks misgegaan. Ik weet geen manier om hem te testen.

[smokalot]

Verwijderd schreef op 03 november 2003 @ 20:46:
Nou, de initrd bestaat wel. Ik ga er vanuit dat ie goed is, tijdens hebt compilen is er iig niks misgegaan. Ik weet geen manier om hem te testen.

een initrd compileer je niet

mount -o loop initrd.img /mnt/temp

tenzij ie gegzipped is, dan moet je m eerst gunzippen.

Of je probeert een andere kernel met dezelfde initrd.

[Verwijderd]

Heeft iemand dat van die backdoor attempt meegekregen? Erg mooi verhaal... Het commentaar op slashdot over Borland vond ik nog mooier (eenzelfde soort backdoor in een Borland server product, werd na 7 jaar ontdekt. Effectief was elke server die de afgelopen 7 jaar was geinstalleerd dus remote-root exploitable. ).

[Creepy]

Ik heb het "meegekregen" ja. Lees: gelezen op de Linux Kernel Mailing List )

Leuk detail is dat door de paranoia van Larry de boel ontdekt is. In bitkeeper was alles ok, alleen 1 van de CVS's gateways was aangetast.

Borland Server Produkt, klopt ja, dat was Interbase. En de "exploit" werdt ontdekt toen de de OpenSource variant van Interbase beschikbaar kwam en de code eens werd doorgekeken

[Verwijderd]

Het idee is zo gek nog niet. Je ziet regelmatig giga-patches, en zo'n kleine verandering (in feite kun je de missende '=' zo over het hoofd zien) valt dan nauwelijks op... Voor je 't weet komt 't dan via CVS toch nog in de main tree terecht.. Toch wel eng. .

[Creepy]

Sterker nog. Larry zag die missende '=' over het hoofd (zie LKML, ik post anders wel ff de link naar de betreffende mail van Larry; hier dus: http://www.ussg.iu.edu/hy...x/kernel/0311.0/0635.html)

Er werd erg veel gezeken over BitKeeper en Larry (closed source, bedrijf, evil etc. etc. etc.), maar feit is wel dat dit soort zaken door Larry (en z'n mensen) gezien en gefixt wordt. En ook zonder bitkeeper is het mogelijk om aan de kernel te ontwikkelen.

AL dat gezeik is Larry trouwens ook opgevallen, en wijzigingen in de open BitKeeper variant doet ie tegenwoordig eigenlijk alleen nog maar op request, en de eerst volgende aanpassing gaat waarschijnlijk zijn dat changes met een GPG signature gesigned kunnen worden

[ Voor 10% gewijzigd door Creepy op 06-11-2003 11:28 ]

[Verwijderd]

Ben aan het rommelen geweest met linux 2.6.0-test8

en heb nu opeens een CDrom driver probleempje, als ik lsmod doe krijg ik een paar modules te zien, de laatste 2 zijn:

nls_cp850 4352 - - Live 0xe0817000
ide_scsi 11955 - - Loading 0xe0811000

deed net dmesg, stond leuke interresante error nl:

code:

Unable to handle kernel NULL pointer dereference at virtual address 00000020
 printing eip:
e0812b40
*pde = 00000000
Oops: 0002 [#1]
CPU:    0
EIP:    0060:[<e0812b40>]    Not tainted
EFLAGS: 00010286
EIP is at idescsi_attach+0xc0/0x112 [ide_scsi]
eax: 00000000   ebx: c03bae9c   ecx: e0813c80   edx: 00000000
esi: dfd5ea00   edi: 00000000   ebp: dfd5eba8   esp: dfbd9f50
ds: 007b   es: 007b   ss: 0068
Process modprobe (pid: 242, threadinfo=dfbd8000 task=dfc620c0)
Stack: c03bae9c dfd5eba8 00000001 e0813d48 c03bae9c dfbd9f84 e0813c80 c020ac0b
       c03bae9c c03bae9c dfbd9f84 c020bb90 c03bae9c dfbd9f84 dfbd9f84 c0315210
       e0813e00 c03151f8 dfbd8000 e081500f e0813c80 c012fe79 c03b3fa8 00000001
Call Trace:
 [<c020ac0b>] ata_attach+0x3b/0xa0
 [<c020bb90>] ide_register_driver+0xb0/0xf0
 [<e081500f>] init_idescsi_module+0xf/0x13 [ide_scsi]
 [<c012fe79>] sys_init_module+0xf9/0x1b0
 [<c010904f>] syscall_call+0x7/0xb

Code: c7 40 20 50 3d 81 e0 89 34 24 8d 83 f0 00 00 00 89 44 24 04

een paar compilaties terug deed hij het nog gewoon, als ik de .configures erbij pak kan ik niets merkwaardigs zien, helemaal niet bij de filesystem sectie (was bezig met usb)
iemand een echt handige suggestie?

[Wirf]

Verwijderd schreef op 07 november 2003 @ 11:02:
[..]
iemand een echt handige suggestie?

Geen IDE-SCSI meer gebruiken?

IDE-SCSI is, zover ik begrepen heb, stuk in 2.5/2.6. Als je IDE-SCSI nodig hebt om cd's te branden, dan moet dat tegenwoordig met een nieuwe versie van cdrecord die direct ATAPI gebruikt.

_{Maar ik zal eerlijk toegeven dat ik ook nog steeds IDE-SCSI gebruik omdat ik die nieuwe versies van cdrecord niet aan de praat krijg}

[Verwijderd]

Wirf schreef op 07 november 2003 @ 12:01:
[...]
Geen IDE-SCSI meer gebruiken?

IDE-SCSI is, zover ik begrepen heb, stuk in 2.5/2.6. Als je IDE-SCSI nodig hebt om cd's te branden, dan moet dat tegenwoordig met een nieuwe versie van cdrecord die direct ATAPI gebruikt.

_{Maar ik zal eerlijk toegeven dat ik ook nog steeds IDE-SCSI gebruik omdat ik die nieuwe versies van cdrecord niet aan de praat krijg}

ah, je hebt gelijk, ik had in m'n lilo.conf staan: append "hdd=ide-scsi" heb ik weggehaald, alles werkt nu weer goed, alleen cdrdao lust enkel scsi... zelfs de nieuwste versie (1.1.7) maar daar kan ik wel mee leven.

[FCA]

Verwijderd schreef op 07 november 2003 @ 16:44:
[...]


ah, je hebt gelijk, ik had in m'n lilo.conf staan: append "hdd=ide-scsi" heb ik weggehaald, alles werkt nu weer goed, alleen cdrdao lust enkel scsi... zelfs de nieuwste versie (1.1.7) maar daar kan ik wel mee leven.

Je zou cdrdao 1.1.8pre2 kunnen gebruiken. Dat werkt voor mij. Ik weet niet welke distro je gebruikt, maar hier kun je rpm's voor RedHat halen, en ik heb het zelf redelijk simpel onder Gentoo aan de praat gekregen.

Jammer genoeg komt er waarschijnlijk nooit een officiële cdrdao 1.1.8 als ik het goed begrijp

[Mon]

Na enkele weken test7-mm1 zonder problemen gedraaid te hebben heb ik test9-mm1 maar eens gecompileerd. Het enige wat ik mij kan herinneren is dat ik met OSS/Alsa modules aan het klooien was. Modproben ed. dus, niet de files zelf.
Anyway de kernel heeft wel gedraaid, maar als ik hem nu start krijg ik:
<code>
/bin/bash relocation error:
/bin/bash: symbol version glibc=2.0 not defined in file libc.so.6 with link time reference
</code>
M'n gewone oude Gentoo kernel werkt nog wel gewoon.

Google en een Gentoo chan hadden geen idee wat dit kan veroorzaken of hoe dit te fixen, en jullie?

[ Voor 3% gewijzigd door Mon op 07-11-2003 19:23 ]

[FCA]

Kernel headers onlangs geupdate? Er zitten nu in ~x86 nieuwe headers sinds een week of twee denk ik, dat kan een probleem vormen met glibc.
waarnaar verwijst /lib/libc.so.6 ?
Zet eens een linkje naar je kernel config? Heb je make oldconfig gedaan, of ben je zelf door de opties heen gelopen?
ik gok eerlijk gezegd dat er iets mis is met de link libc.so.6 naar libc-2.3.2.so, maar ik kan niet van een afstand jouw probleem precies bekijken.

[Mon]

Ik gebruik geen ~x86 stuff.
eh die link zal ik later even moeten checken. (maar als die fout is zou de gentoo kernel toch ook niet kunnen werken?
en ik heb de .config van test7 gebruikt + make oldconfig... toch maar eens een cleane maken dan?

[bredend]

bredend schreef op 14 oktober 2003 @ 18:51:
Ik heb tot nu toe 5 verschillende test releases gehad, en alleen maar bij test2 heb ik eens X kunnen starten (maar had geen netwerk).
Nu wilde ik het weer eens proberen, maar nu krijg ik weer een andere foutmelding:

code:

debian:/usr/src/linux# make xconfig
  HOSTCC  scripts/fixdep
scripts/fixdep.c:97:23: sys/types.h: No such file or directory
scripts/fixdep.c:98:22: sys/stat.h: No such file or directory
scripts/fixdep.c:99:22: sys/mman.h: No such file or directory

[knip]

scripts/fixdep.c:104:19: stdio.h: No such file or directory
In file included from /usr/lib/gcc-lib/i486-linux/3.3.2/include/syslimits.h:7,
                 from /usr/lib/gcc-lib/i486-linux/3.3.2/include/limits.h:11,
                 from scripts/fixdep.c:105:
/usr/lib/gcc-lib/i486-linux/3.3.2/include/limits.h:122:75: limits.h: No such file or directory
scripts/fixdep.c:106:19: ctype.h: No such file or directory
scripts/fixdep.c:107:24: netinet/in.h: No such file or directory
scripts/fixdep.c: In function `usage':

[knip]

scripts/fixdep.c:341: warning: assignment makes pointer from integer without a cast
scripts/fixdep.c:325: warning: unused variable `st'
scripts/fixdep.c: In function `traps':
scripts/fixdep.c:360: error: `stderr' undeclared (first use in this function)
make[1]: *** [scripts/fixdep] Error 1
make: *** [scripts/fixdep] Error 2
debian:/usr/src/linux#

waar geknipt is is het ongeveer gelijk aan de regel erboven.

sys/types.h bestaat niet eens

Hoe kan ik dit oplossen?

Wat ik ook probeer, het werkt steeds niet. En het zit me ook niet lekker dat ik nergens een folder zie die 'sys' heet
Ik heb de kernel headers ge-apt-get maar dat maakt niets uit (sys staat ook niet in de map die nu in /usr/src staat...)

[wzzrd]

FCA schreef op 07 november 2003 @ 17:54:
Jammer genoeg komt er waarschijnlijk nooit een officiële cdrdao 1.1.8 als ik het goed begrijp

Waar heb je dat vandaan?

[smokalot]

Vandaag maar ns geupgrade naar 2.6.0-test9-gentoo, maar opeens werkte mn ps2 muis niet meer. Na lang (heel lang) zoeken kwam ik erachter dat als ik ehci en/of ohci niet in de kernel zelf bak (dus als modules), het opeens niet meer werkt Zou toch niet zo moeten werken lijkt me, magoed, oplossing is vrij eenvoudig.

Probleem was dat bij het laden van de ps/2 mice, er wel kwam te staan:

code:

mice: PS/2 mouse device common for all mice

maar niet:

code:

input: PS2++ Logitech Wheel Mouse on isa0060/serio1
serio: i8042 AUX port at 0x60,0x64 irq 12

Werkte overigens met andere muis (logitech cordless wheel mouse) ook niet.

Heeft iemand een verklaring voor dit probleem? ben wel benieuwd eigenlijk...

[Verwijderd]

Weet iemand waar ik Kernel-Headers kan vinden voor de kernel in fedora linux core 1.

Kernel version : 2.4.22-1.2115.nptl
(waar staat nptl eigen voor? )

Ik kan ze niet vinden

IK heb dit namelijk nodig om de nvidia driver te installeren. Hij herkende namelijk de kernel niet en daardoor kon ik niet verder installeren.

[DeMoN]

Verwijderd schreef op 13 november 2003 @ 09:45:
Weet iemand waar ik Kernel-Headers kan vinden voor de kernel in fedora linux core 1.

Kernel version : 2.4.22-1.2115.nptl
(waar staat nptl eigen voor? )

Ik kan ze niet vinden

IK heb dit namelijk nodig om de nvidia driver te installeren. Hij herkende namelijk de kernel niet en daardoor kon ik niet verder installeren.

nvidia drivers werken toch nog niet op 2.6?
Ik heb iig de vorige keer lang hiermee gekloot todat ik op GoT las dat het nog niet werkte met 2.6


In de Nvidia readme staat het niet.. maar goed

edit:

heb wat voor je gevonden

> hi
> to make nvidia card working with kernel 2.6.0-testX, you need to patch the
> nvidia driver source so, you need a patch corresponding on the version of
> your driver : http://www.minion.de/nvidia.html
> note that the last nvidia driver (4496) works well for me
> step-by-step process :
> download the nvidia driver and the patch, then run :
> ./NVIDIA****.run --extract-only
> cd NVIDIA***/usr/src/nv
> patch -p1 < ../../../../NVIDIA_kernel***-2.5.diff
> make
>
> that-s all (I hope)

[ Voor 31% gewijzigd door DeMoN op 13-11-2003 10:08 ]

[AlterEgo]

HO

DeMoN

de nvidia driver werken uitstekend onder 2.6. patches etc. hierzo

Karimo,

De Fedora kernel headers behoren op je systeem aanwezig te zijn in /usr/include/asm en /usr/include/linux. Zonder zal je systeem niet echt functioneren.

NPTL (leesvoer) is een manier om multithreading voor elkaar te krijgen onder linux. dat zou threaded applicaties sneller maken. Maar er zijn nog niet echt veel multithreaded applicaties voor linux.

Ik vermoed dat je een verkeerde versie van de nvidia-driver hebt gekozen.
Ik heb hem bij atrpms vandaan, en die ging in 1 keer goed Let inderdaad goed op de kernel-versies.

[Verwijderd]

@demon: Fedora heeft geen 2.6.0 kernel.. maar toch bedankt:)

@AlterEgo: Bedankt voor die link! Dat zocht ik precies hehe, ik had gewoon op de nvidia site gekeken. Ik ga het vanavond direct uitproberen , dan kan ik lekker Ut'en hehe.

offtopic:
Sorry , ik zie nu pas dat ik dit poste in de 2.5x en 2.6 draad

[DeMoN]

AlterEgo schreef op 13 november 2003 @ 10:15:
HO

DeMoN

de nvidia driver werken uitstekend onder 2.6. patches etc. hierzo

HO

Ja, dat had ik al in mijn edit neergezet

Verwijderd schreef op 13 november 2003 @ 10:20:
@demon: Fedora heeft geen 2.6.0 kernel.. maar toch bedankt:)

code:

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

Mja, nu je het zegt.. ik heb ook niet nagedacht want ik had al eens gelezen dat deze eerdere versies van Fedore nog op 2.4 zouden draaien

offtopic:
Sorry , ik zie nu pas dat ik dit poste in de 2.5x en 2.6 draad

Hehe ok.

[MrScratch]

Weet iemand de status van raid support in de development kernel?

Ik heb een hpt370 ide-chip en deze werkt onder 2.4.x prima, onder 2.6.x lijkt hij niet te werken. Ik heb in een of ander changelog gelezen dat hij op een bepaald moment broken was, maar is dat inmiddels gefixed en/of gaat dat nog gebeuren voor 2.6.0? Anders is mijn raid-0 array vrij waardeloos geworden. Wie weet hier meer over.

[voodooless]

Dit heb ik nu eigenlijk sinds ik de laatste 2.5 en 2.6 kernels gebruik (tot en met test9). Het komt een tijdje na het opstarten in alle terminals te staan, daarna zie ik het niet meer (dus een keer per reboot zeg maar):

code:

Message from syslogd@defaint at Fri Nov 21 16:10:44 2003 ...
defaint kernel: Disabling IRQ #9

dmesg geeft dan het volgende aan. De Call Trace is echter niet iedere keer hetzelfe:

code:

irq 9: nobody cared!
Call Trace:
 [<c010b8fa>] __report_bad_irq+0x2a/0x90
 [<c010b9ec>] note_interrupt+0x6c/0xa0
 [<c010bd1b>] do_IRQ+0x15b/0x190
 [<c0109f08>] common_interrupt+0x18/0x20
 [<c042cbed>] ip_route_input+0x5d/0x210
 [<c042f0f2>] ip_rcv+0x3b2/0x47f
 [<c0469065>] packet_rcv_spkt+0x1b5/0x260
 [<c041c39d>] netif_receive_skb+0x16d/0x1b0
 [<c041c45d>] process_backlog+0x7d/0x110
 [<c041c574>] net_rx_action+0x84/0x120
 [<c0127187>] do_softirq+0xc7/0xd0
 [<c010bcf8>] do_IRQ+0x138/0x190
 [<c0109f08>] common_interrupt+0x18/0x20
 [<c04715e0>] rpc_init_task+0xf0/0x16a
 [<c046f84d>] rpc_sleep_on+0x4d/0x80
 [<c01dcf1f>] nfs3_proc_read_setup+0xef/0x120
 [<c01dcdc0>] nfs3_read_done+0x0/0x70
 [<c01d78ef>] nfs_read_rpcsetup+0xaf/0x140
 [<c0120ae0>] autoremove_wake_function+0x0/0x50
 [<c01d7ab5>] nfs_pagein_one+0x65/0x120
 [<c01d7bbd>] nfs_pagein_list+0x4d/0x70
 [<c01d804f>] nfs_readpages+0x9f/0xb0
 [<c01d7f00>] readpage_async_filler+0x0/0xb0
 [<c0144628>] read_pages+0x138/0x150
 [<c01425e7>] __alloc_pages+0xa7/0x320
 [<c01449b5>] do_page_cache_readahead+0x125/0x1c0
 [<c0144b0e>] page_cache_readahead+0xbe/0x160
 [<c013e911>] do_generic_mapping_read+0xe1/0x3e0
 [<c013ec10>] file_read_actor+0x0/0xf0
 [<c013eefb>] __generic_file_aio_read+0x1fb/0x230
 [<c013ec10>] file_read_actor+0x0/0xf0
 [<c0227ec6>] reiserfs_submit_file_region_for_write+0x66/0xb0
 [<c013ef8a>] generic_file_aio_read+0x5a/0x80
 [<c01d0b09>] nfs_file_read+0xa9/0xf0
 [<c015c00b>] do_sync_read+0x8b/0xc0
 [<c015c0f8>] vfs_read+0xb8/0x130
 [<c015c3a2>] sys_read+0x42/0x70
 [<c010959b>] syscall_call+0x7/0xb
 
handlers:
[<c026a483>] (acpi_irq+0x0/0x16)
Disabling IRQ #9

Het lijkt er dus op dat ie een IRQ 9 binnenkrijgt, echter weet de kernel niet wat ie ermee moet doen. Het vreemde is dat er helemaal niets op IRQ 9 zit. Het systeem is verder ook volledig stabiel en werkt verder normaal door. Ik weet dus niet waar ik dit probleem moet zoeken... misschien iemand een idee? (voor de specs klink op de link in de sig)

[bkor]

2.6.0-test10

announcement:

Ok,

it's been almost a month between test9 and test10, with a constant but diminishing trickle of small patches. The full changes are slightly larger than I was hoping for, but considering that the patch is barely over 100kB compressed for a month worth of work, I'm still fairly pleased.

There is still something strange going on that seems to be triggered by preemption, so for now we suggest not enabling CONFIG_PREEMPT if you want the highest stability. On the other hand, I'd love to have more testing, so that we can try to figure out what the pattern is - but please mention explicitly that you ran with preemption if you have problems.

Quite a lot of the -test10 patches are one-liners and quite trivial. I've tried to be quite strict in patch acceptance, so the changes are largely fixes for things that can crash the machine, and they are also of the type "this can't possibly break anything". But hey, we all know that theory and practice don't always match

I'm planning/hoping on basically turning this over to Andrew, and let him decide to make the final 2.6.0 or not. Timing-wise Andrew is apparently going to be off for a few weeks, so regardless of whether this turns out to be rock solid or not, we'll have a few weeks of final testing before that were to happen. Which means that I might still end up making a test11 if Andrew hasn't come back and we find something that warrants it.

Btw, I'm happy to say that maintainers have been self-policing themselves quite admirably. Thanks to everybody involved.

The changelog gives more details, but the bigger things here are various networking fixes, and the SCSI layer being better at refcounting some data structures (the oopses on USB storage removal that some people have seen should hopefully be fixed).

[ Btw, I tried to come up with a good name for this release. But the fact is, that as Scott Adams has so often pointed out, you can't do much better than "weasel" when it comes to funny. Ever since the "greased weasel" series of kernel releases I have been stuck for a good name.

This release is tentatively called the "stoned beaver" release (beavers are _almost_ as good as weasels, as I'm sure Scott Adams would agree).

If you feel strongly about the issue, please send your votes and ideas to "[e-mail]", I'm sure somebody will find your insight fascinating.

Thank you in advance. ]

Linus

Patch
Changelog
Source tarball

[dawuss]

Jammer dat pre-emptible support stuk is. Ik wacht dus wel even netjes op test11

[smokalot]

dawuss schreef op 24 november 2003 @ 10:52:
Jammer dat pre-emptible support stuk is. Ik wacht dus wel even netjes op test11

als die nog komt dus....

[Verwijderd]

dawuss schreef op 24 november 2003 @ 10:52:
Jammer dat pre-emptible support stuk is. Ik wacht dus wel even netjes op test11

Pre-emption is niet stuk; hooguit wat instabiel. Gewoon gaan testen en een bugreport insturen als het fout gaat. Als iedereen dat doet, is bij -test11 of 2.6.0 pre-emption tenminste weer gefix0red.

edit:

Woei, we hebben tegenwoordig zelfs een leuke naam voor deze release: "Stoned Beaver"

[ Voor 13% gewijzigd door Verwijderd op 24-11-2003 17:09 ]

[sebas]

smokalot schreef op 24 november 2003 @ 11:52:
[...]

als die nog komt dus....

Ik kan me eigenlijk niet voorstellen dat een testversie die nog dit soort onduidelijke instabilities bevat als final geaccepteerd gaat worden. En dan is er volgens Torvalds sowieso nog een paar weken de tijd. Misschien wordt de naam van deze kernel dan x-mas-weazle o.i.d.

[Verwijderd]

Vanmiddag gelijk even op me server geinstalleerd en die draait al een halve dag zonder kernel panics oid

[voodooless]

En test11 is uit Dit keer heet ie 'Beaver In Detox'

Kijk op de gebruikelijke sites voor changelog, patch en vollidige download. De meesten zullen wel net klaar zijn met het compileren van test 10, kun je weer opnieuw beginnen . Anyway, ik wacht nog even tot de final release, tot die tijd doet test9 het prima

In het chaneglog is nog niet te vinden over gefixte pre-emptive zooi... Maar is het sinds test10 "kapot", of al eerder. Ik heb namelijk nergens last van.

[ Voor 7% gewijzigd door voodooless op 27-11-2003 01:27 ]

[sebas]

From: Linus Torvalds [email blocked]
To: Kernel Mailing List [email blocked]
Subject: Beaver in Detox!
Date: Wed, 26 Nov 2003 12:55:00 -0800 (PST)


Ok,
for everybody who thought "stoned beaver" wasn't an appropriate name for
a kernel (yeah, I'm sure IBM really minds my naming scheme, and is deathly
afraid it will scare away customers), I'm happy to tell you that the
beaver just went into detox, and I'm taking the Thanksgiving weekend off.

I give you "Beaver in Detox", aka linux-2.6.0-test11. This is mainly
brought on by the fact that the old aic7xxx driver was broken in -test10,
and Ingo found this really evil test program that showed an error case in
do_fork() that we had never handled right. Well, duh!

While at it, this also pulls in some firewire fixes and a few potential
skbuff leakage points.

Please don't even bother sending me patches, because I'll be stuffing my
face away from email over the next few days. And after that it will be up
to Andrew to say how to go on from here.

Mmmm. Turkey.


Linus

+ korte changelog hier

[Verwijderd]

Ik probeer kernel 2.6.0-test11 te compileren, maar kom steeds op dezelfde foutmelding terug:

ld: cannot open usr/built-in.o: No such file or directory
make: *** [.tmp_vmlinux1] Fout 1

Ik probeer te comileren op Mandrake 9.1
Ik volg netjes alle stappen die nodig zijn, maar 't is voor mij ook de eeste keer dat ik een kernel compileer.
Wie weet raad?

[deadinspace]

Verwijderd schreef op 01 december 2003 @ 07:17:
Ik probeer kernel 2.6.0-test11 te compileren, maar kom steeds op dezelfde foutmelding terug:

Hmm, geef nog eens wat regels boven die foutmelding?

Ik volg netjes alle stappen die nodig zijn, maar 't is voor mij ook de eeste keer dat ik een kernel compileer.

Als dit de eerste keer is dat je een kernel compiled, waarom neem je dan geen kernel uit de stable branch, zoals 2.4.23?

[dawuss]

Ik heb een vreemd probleem.
Sinds een tijdje draai ik nu 2.6.0-test11 op mijn Gentoo workstation. De overstap ging redelijk goed, op wat kleine driverprobleempjes na, maar er is 1 probleem wat ik nog niet opgelost heb gekregen: Alsa's OSS emulatie werkt niet.

Voorheen werkte alsa altijd perfect, met de alsa-driver ebuild. In 2.6 zit het al in de kernel, dus heb ik de alsa-driver verwijderd.

Geluid via de alsa drivers zelf werkt wel prima, dus ik heb gewoon geluid in XMMS enzo, maar zodra een apparaat probeert geluid over OSS te sturen crasht het genadeloos.

Eerst maar even een mooie printout van lsmod:

code:

Module                  Size  Used by
hid                    23424  0 
usbmouse                5376  0 
ide_scsi               14212  0 
floppy                 56916  0 
agpgart                30248  0 
uhci_hcd               30224  0 
ohci_hcd               17536  0 
ehci_hcd               22404  0 
usbcore               101980  7 hid,usbmouse,uhci_hcd,ohci_hcd,ehci_hcd
nls_iso8859_15          4736  1 
nls_cp437               5888  1 
vfat                   14592  1 
fat                    42688  1 vfat
nvidia               1700908  10 
snd_pcm_oss            48548  1 
snd_mixer_oss          16512  2 snd_pcm_oss
snd_via82xx            22880  8 
snd_pcm                90148  4 snd_pcm_oss,snd_via82xx
snd_timer              23940  1 snd_pcm
snd_ac97_codec         47620  1 snd_via82xx
snd_page_alloc         11396  2 snd_via82xx,snd_pcm
snd_mpu401_uart         7296  1 snd_via82xx
snd_rawmidi            23584  1 snd_mpu401_uart
snd_seq_device          7944  1 snd_rawmidi
snd                    46180  19 snd_pcm_oss,snd_mixer_oss
          ,snd_via82xx,snd_pcm,snd_timer,snd_ac97_codec
          ,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore               9152  3 snd
8139too                22528  0 
mii                     4992  1 8139too
3c59x                  36392  0 
st                     35736  0

Een lijstje van mijn devices:

code:

bellerophon root # ls -alF /dev/sound/
total 0
drwxr-xr-x    1 root     root            0 Jan  1  1970 ./
drwxr-xr-x    1 root     root            0 Jan  1  1970 ../
crw-------    1 dawuss   audio     14,  12 Jan  1  1970 adsp
crw-------    1 dawuss   audio     14,   4 Jan  1  1970 audio
crw-------    1 dawuss   audio     14,   3 Jan  1  1970 dsp
crw-------    1 dawuss   audio     14,   0 Jan  1  1970 mixer

code:

ls -alF /dev/snd/
total 0
drwxr-xr-x    1 root     root            0 Jan  1  1970 ./
drwxr-xr-x    1 root     root            0 Jan  1  1970 ../
crw-------    1 dawuss   audio    116,   0 Jan  1  1970 controlC0
crw-------    1 dawuss   audio    116,  24 Jan  1  1970 pcmC0D0c
crw-------    1 dawuss   audio    116,  16 Jan  1  1970 pcmC0D0p
crw-------    1 dawuss   audio    116,  25 Jan  1  1970 pcmC0D1c
crw-------    1 dawuss   audio    116,  17 Jan  1  1970 pcmC0D1p
crw-------    1 dawuss   audio    116,  33 Jan  1  1970 timer

code:

ls -alF /dev/dsp /dev/mixer 
lr-xr-xr-x    1 root     root   9 Dec  1 14:04 /dev/dsp -> sound/dsp
lr-xr-xr-x    1 root     root  11 Dec  1 14:04 /dev/mixer -> sound/mixer

Waarom de devices van user dawuss zijn is me eigenlijk een beetje een raadsel, maar dat gaat automatisch via devFS. Chmod 666 heb ik op allemaal al een keer geprobeerd, maar dat helpt niet, en na het reloaden van de drivers wordt het toch weer gereset.

Kan iemand me hier mee uit de brand helpen?

[ Voor 5% gewijzigd door dawuss op 01-12-2003 17:46 . Reden: layout fixed ]

[MrScratch]

Ik heb 2.6.0-test11 geinstalleerd op mijn systeem. Ik heb een verse gentoo install gedaan en nu boot ik dus met 2.6.0-test11 in mijn nieuwe systeem. Ik krijg echter random vastlopers als ik bijvoorbeeld een emerge <package> doe (install van een package bij gentoo).

Ik heb kernel preemption aangezet en ik begreep dat daar problemen mee waren. Mijn volgende stap was ook preemption uit en dan weer testen. Maar hoe pak ik het debuggen van dit gebeuren nu precies aan?

[AlterEgo]

MrScratch schreef op 05 december 2003 @ 11:17:
Ik heb 2.6.0-test11 geinstalleerd op mijn systeem. Ik heb een verse gentoo install gedaan en nu boot ik dus met 2.6.0-test11 in mijn nieuwe systeem. Ik krijg echter random vastlopers als ik bijvoorbeeld een emerge <package> doe (install van een package bij gentoo).

Ik heb kernel preemption aangezet en ik begreep dat daar problemen mee waren. Mijn volgende stap was ook preemption uit en dan weer testen. Maar hoe pak ik het debuggen van dit gebeuren nu precies aan?

Random vastlopers zijn niet te debuggen.
Als jij denkt dat het aan je kernel ligt, dan zou ik adviseren om er een 2.4 kernel naast te installeren, om te kijken of het dan over is (ik draai al sinds 2.5.45 pre-empt zonder problemen). dat leert je meer dan 2.6 opties testen imho.
Maar ik zou, afgaande op jouw beschrijving, eerder aan voeding/koeling/hardware problemen denken bij de verschijnselen: random vastlopers onder zware belasting.

[MrScratch]

AlterEgo schreef op 05 december 2003 @ 11:34:
[...]


Random vastlopers zijn niet te debuggen.
Als jij denkt dat het aan je kernel ligt, dan zou ik adviseren om er een 2.4 kernel naast te installeren, om te kijken of het dan over is (ik draai al sinds 2.5.45 pre-empt zonder problemen). dat leert je meer dan 2.6 opties testen imho.
Maar ik zou, afgaande op jouw beschrijving, eerder aan voeding/koeling/hardware problemen denken bij de verschijnselen: random vastlopers onder zware belasting.

Tsja, daar heb ik problemen mee gehad, bleek een verkeerd gemonteerde koeler te zijn. Maar ik heb de hele boel geinstalleerd (lees: zware belasting) met de Gentoo LiveCD die met de 2.4 kernel draait. Dus hij gaat op zware load niet onderuit met een 2.4 kernel en wel (onder overigens niet eens zo zware load) met de 2.6 kernel.

Ik ga in ieder geval ook een 2.4 bakken en daarmee testen.

[MrScratch]

MrScratch schreef op 05 december 2003 @ 11:17:
Ik heb 2.6.0-test11 geinstalleerd op mijn systeem. Ik heb een verse gentoo install gedaan en nu boot ik dus met 2.6.0-test11 in mijn nieuwe systeem. Ik krijg echter random vastlopers als ik bijvoorbeeld een emerge <package> doe (install van een package bij gentoo).

Ik heb kernel preemption aangezet en ik begreep dat daar problemen mee waren.

Ik heb op lkml.org zitten kijken, waar een overzicht van de kernelmailinglist is te volgen en ik zie daar een hoop berichten over problemen zoals ik hierboven beschreef icm een nforce2-chipset op je moederbord. En laat ik die nu hebbben, dus het is goed mogelijk dat dit met elkaar verbonden is. Er wordt gesproken over preemption, APIC en on-board netwerkkaarten die het probleem zouden kunnen zijn.

[Verwijderd]

Vanmiddag ook meteen even test11 geinstalleerd, kijken of de server maandag nog steeds draait, anders boot ik hem gewoon weer met de werkende 2.4 kernel

[MrScratch]

MrScratch schreef op 05 december 2003 @ 16:01:
[...]

Ik heb op lkml.org zitten kijken, waar een overzicht van de kernelmailinglist is te volgen en ik zie daar een hoop berichten over problemen zoals ik hierboven beschreef icm een nforce2-chipset op je moederbord. En laat ik die nu hebbben, dus het is goed mogelijk dat dit met elkaar verbonden is. Er wordt gesproken over preemption, APIC en on-board netwerkkaarten die het probleem zouden kunnen zijn.

Het probleem blijkt bij APIC/APIC-IO te liggen. Schakel ik dat uit, dan gaat het als de brandweer.

[ThaEagle]

ThaEagle schreef op 18 september 2003 @ 18:10:
Ik heb op dit moment 2.6.0-test5 naast m'n 2.4.22 kernel. 2.6.0-test5 zorgt er bij mij voor dat ik mijn agp poort goed wordt aangestuurd, dat houdt in dat de aperture size wordt herkend (ik heb een epox 8kra2+ met een kt600 chipset), een echte verbetering!

Het enige probleem wat ik nu nog heb is dat de ati driver niet helemaal flex compileert... maar dat terzijde

Is er iemand die hiervoor al een oplossing heeft gevonden?
Mijn linux installatie staat nu een beetje stof te happen wegens gebrek aan 3d support. Ik wil namelijk het e.e.a met 3d gaan uitproberen

[ Voor 14% gewijzigd door ThaEagle op 16-12-2003 11:48 ]

[ge-flopt]

Heb je de laatste kernel (meuktracker: Linux Kernel 2.6.0-test11) al geprobeerd, misschien dat het probleem daarin is opgelost.

[ThaEagle]

De kernel werkt goed (2.6.x), de ati driver is meer het probleem. Dat is misschien meer iets voor een ander topic