[hdparm] using_dma blijft niet op 1 staan

[iZi]

Als ik mijn linux server (redhat 7.3) reboot, stelt hij netjes vanuit rc.local mijn hd's in met hdparm.

rc.local:

hdparm -u 1 -W 1 -d 1 -c 1 /dev/hda
hdparm -u 1 -W 1 -d 1 -c 1 /dev/hdc
hdparm -u 1 -W 1 -d 1 -c 1 /dev/hdd

Als ik ga kijken met commando " hdparm /dev/hdx " staat alles goed.
Copieren gaat lekker snel....

Maar ik merk dat als ik later op de dag kijk, dat alle setting nog wel goed staan behalve " using_dma " die staat op alle drives ineens weer op " 0 (Off) "

Dan ga ik weer handmatig de commando's uitvoeren zoals ze vermeldt staan in rc.local..............en ik merk dan een halve dag later dat " using_dma " weer op " 0 (Off) " staat.

Hoe kan dit??? en valt dit "vast" in te stellen?

Ook merk ik dat mijn hda bij het uitvoeren van de commando: " hdparm -u 1 -W 1 -d 1 -c 1 /dev/hda " dat ook alle setting goed staan, maar helemaal niet " using_dma " op 1 zet.

Iemand die mij kan helpen?

[bkor]

De DMA kan zowiezo uitgezet worden bij een reset. Gebruik daarvoor -k 1.

Waarschijnlijk geeft je harde schijf problemen. Mogelijk doordat je kabels niet helemaal ok zijn of dat de chipset niet goed wordt ondersteund. Als er problemen met je harde schijf zijn dan gooit Linux de DMA uit (daarnaast kan ook de Ultra-DMA snelheid verlaagd worden).
Als je in je logfile (of het dmesg programma) kijkt moet daar ook de melding staat dat de DMA wordt uitgeschakeld (en waarom).

[Wilke]

Verschijnen er geen meldingen in je logfiles over een slechte communicatie met de harddisk (lost interrupts e.d. in /var/log/messages)?

[iZi]

/var/log/messages :

May 4 10:20:00 Srvizinu kernel: blk: queue c02c28e4, I/O limit 4095Mb (mask 0xffffffff)
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:00 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:00 Srvizinu kernel: ide0: reset: success
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 10:20:18 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 10:20:18 Srvizinu kernel: ide0: reset: success
May 4 11:04:31 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 11:04:31 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:13 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 18:53:13 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:14 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 18:53:14 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:14 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 18:53:14 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:15 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 18:53:15 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 18:53:15 Srvizinu kernel: hdc: DMA disabled
May 4 18:53:15 Srvizinu kernel: ide1: reset: success
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:27:08 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:27:08 Srvizinu kernel: ide0: reset: success
May 4 23:27:08 Srvizinu kernel: blk: queue c02c2c28, I/O limit 4095Mb (mask 0xffffffff)
May 4 23:27:10 Srvizinu kernel: blk: queue c02c2d64, I/O limit 4095Mb (mask 0xffffffff)
May 4 23:29:49 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:29:49 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:29:49 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:29:49 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:29:50 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:29:50 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:29:50 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:29:50 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:29:50 Srvizinu kernel: hdc: DMA disabled
May 4 23:29:50 Srvizinu kernel: ide1: reset: success
May 4 23:30:43 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:30:43 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:30:43 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:30:43 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:30:44 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:30:44 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:30:44 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 4 23:30:44 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 4 23:30:44 Srvizinu kernel: ide1: reset: success
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 18:50:13 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 18:50:14 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 18:50:14 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 18:50:14 Srvizinu kernel: hdc: DMA disabled
May 5 18:50:14 Srvizinu kernel: ide1: reset: success
May 5 21:51:58 Srvizinu kernel: blk: queue c02c2d64, I/O limit 4095Mb (mask 0xffffffff)
May 5 21:52:00 Srvizinu kernel: blk: queue c02c28e4, I/O limit 4095Mb (mask 0xffffffff)
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 5 21:52:01 Srvizinu kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 5 21:52:01 Srvizinu kernel: ide0: reset: success
May 6 18:50:14 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 6 18:50:14 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 6 18:50:14 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 6 18:50:14 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 6 18:50:15 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 6 18:50:15 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 6 18:50:15 Srvizinu kernel: hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 6 18:50:15 Srvizinu kernel: hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
May 6 18:50:15 Srvizinu kernel: hdc: DMA disabled
May 6 18:50:15 Srvizinu kernel: ide1: reset: success


Hhmmm inderdaad errors dus.
Enig idee wat er hier aan de hand is en hoe ik dit kan oplossen?

BTW: de rest van de messages heb ik eruit gehaald want ik geloof dat de file ongeveer 30 pagina's groot is ofzo....

[odysseus]

Zie hier

Daar lag het aan een kapotte IDE-kabel, dus ik zou die van jou ook eens nakijken .

[iZi]

hhmm goed idee, ga ik ook eens doen
wie weet....

[ Voor 17% gewijzigd door iZi op 06-05-2003 22:29 ]

[iZi]

ik denk zelf dat niet aan de kabel ligt, want niet alleen hdc en hdd hebben er problemen mee maar ook hda, en die zit op een andere kabel

Dus het probleem zou zich wel eens kunnen zitten in mijn chipset ondersteuning

Ik heb aantal maanden geleden mijn moederbord van mijn server vervangen.
Dat 'leek' allemaal goed te gaan zonder herinstall en/of kernel compilen

Kan ik trouwens gewoon een nieuwe kernel compilen om de aansturing van mijn chipset aan te passen? Of moet ik echt een herinstall doen.....

[ Voor 3% gewijzigd door iZi op 06-05-2003 22:45 ]

[odysseus]

In principe zou het vervangen van je kernel genoeg moeten zijn. Zolang het geen hardwarematig probleem is zou je daarmee inderdaad een oplossing hebben .

[iZi]

hhhmmm ok, eens proberen dan

[bolluserectus]

Wat voor moederbord had je en wat voor 1 heb je nu?
Wat zit er voor ondersteuning in je kernel?

[Guru Evi]

stel eens je hda op standaard instellingen terug... kan zijn dat je iets verkeerd gezet hebt, dan stuk per stuk weer aanzetten of verhogen en dan ga je zien wanneer er problemen optreden. Je hebt een optie voor keep settings over reset ook eh ;-)

[_JGC_]

welke chipset heb je, wat voor kabels heb je en welke harddisks heb je?

Ik heb op school in mn workstation precies hetzelfde met een Maxtor ATA66 5400RPM 6.4GB disk, na wat googlen bleek dat die hdd gewoon gaar is en niet samenwerkt met DMA modus in linux.

* _JGC_ zit met smacht op zn Maxtor 30GB RMA disk te wachten, eindelijk een disk met DMA in zn workstation

[iZi]

bolluserectus schreef op 07 May 2003 @ 11:40:
Wat voor moederbord had je en wat voor 1 heb je nu?
Wat zit er voor ondersteuning in je kernel?

Ik had er een Gigabyte GA-686BX in zitten met een Pentium Celeron 400mhz

Nu zit er een Abit KT7A-Raid (Raid staat trouwens in bios uitgeschakeld) met een Athlon XP1800+ (palomino)

Ik heb na deze upgrade mijn kernel niet meer aangepast.

Dus zowel chipset als cpu verschillen erg veel van elkaar


Nu zit ik met een probleem als ik mijn kernel ga re-compilen dan selecteer ik Athlon/Duron/K7 als cpu en als chipset selecteer ik de VIA 82CXXX chipset support
Dit moet toch wel voldoende zijn?.....

Als ik dan mijn kernel ga compilen en reboot krijg ik modprobe meldingen van ip_tables.

Terwijl ik in de kernel niets anders veranderd heb dan deze opties......

Als ik met een oude kernel ga booten doet alles het wel weer gewoon alleen dan wel weer met ondersteuning voor Celeron CPU en Intel PIIXn Chipset Support.

[iZi]

_JGC_ schreef op 07 mei 2003 @ 17:41:
welke chipset heb je, wat voor kabels heb je en welke harddisks heb je?

Ik heb op school in mn workstation precies hetzelfde met een Maxtor ATA66 5400RPM 6.4GB disk, na wat googlen bleek dat die hdd gewoon gaar is en niet samenwerkt met DMA modus in linux.

* _JGC_ zit met smacht op zn Maxtor 30GB RMA disk te wachten, eindelijk een disk met DMA in zn workstation

Op Primary IDE een ATA33 kabel zitten met HDA: Fujitsu 4.3gb en een DVD-ROM
Op Secundairy IDE zit een ATA66/100/133 kabel met HDC: Maxtor DiamondMax Plus9 120gb ATA133 en HDD: Seagate Barracuda IV 60GB

Lijkt mij niet dat de HD's niet lekker zijn aangezien de 2 grootste HD's vrij nieuw zijn. Wellicht zou HDA niet lekker kunnen zijn, maar dan zou ik dat toch moeten merken met booten of iets dergelijks?

Chipset van mijn Mobo nu is VIA Apollo KT133

[LollieStick]

In ieder geval de VIA82xxx support in je kernel aan zetten. Ook even optimaliseren voor je Athlonnetje kan geen kwaad.

Zoek ook even de volgende instelling op:

Enable DMA by default (of iets in die trend, je hebt 2 mogelijkheden 1 voor PCI en 1 voor harddisks)

Schakel deze in, hercompileer en start opnieuw op. Als goed is heb je nu automagisch IDE DMA support.

Zoniet, alle kabels nakijken, BIOS update van het mobo eventueel, instellingen in BIOS nakijken, etc. Als laatste (lijkt me niet nodig) kan je diagnostic utilities van fabrikant van de harddisks er overheen halen.

suc6

[iZi]

Ja ik heb VIA C82XXX chipset support aan gezet en ook Athlon als CPU gekozen.
Ook de DMA staat aan en dus hergecompileerd, maar nu blijkt dat mijn iptables niet meer werken....krijg allerlei modprob ip_tables foutmeldingen..

Wat nou blijkt....als ik hem weer terug zet zoals alles stond en ik hercompileer alles weer doet ip_tables het wel gewoon....erg vaag dus.

Ik heb ook echt niets anders uit gezet of aangezet dan wat ik hierboven heb gezegd.

Iemand idee wat het probleem kan zijn?

[GeeMoney]

iZi schreef op 09 May 2003 @ 17:50:
Ja ik heb VIA C82XXX chipset support aan gezet en ook Athlon als CPU gekozen.
Ook de DMA staat aan en dus hergecompileerd, maar nu blijkt dat mijn iptables niet meer werken....krijg allerlei modprob ip_tables foutmeldingen..

Wat nou blijkt....als ik hem weer terug zet zoals alles stond en ik hercompileer alles weer doet ip_tables het wel gewoon....erg vaag dus.

Ik heb ook echt niets anders uit gezet of aangezet dan wat ik hierboven heb gezegd.

Iemand idee wat het probleem kan zijn?

Ik kan een domme opmerking geven sorry daarvoor dan, maar ik denk dat je even SOCKET FILTERING aan moete zetten in je kernel recompile, deze word standaard uitgezet namelijk.
Sorry als het een domme opmerking is, ik denk dat dit het is heb het zelf 3 keer gehad

[iZi]

Nou de opmerking is niet dom hoor, ik had het namelijk niet aanstaan in de kernel.

Maar ook niet in de huidige kernel.

Ik heb het even geprobeerd om Socket Filtering aan te zetten maar helaas na recompile doet ip_tables het nog steeds niet.

Het is gewoon opmerkelijk dat als ik de processor type aanpas en de chipset aanpas dat ineens ip_tables het niet meer doet. Terwijl de rest van de kernel exact hetzelfde is als de huidige.

[odysseus]

Hoe weet je zo zeker dat het dezelfde configuratie is? Als je een keer niet de oude .config gebruikt dan zet hij alles gewoon op de default-waarden en werkt het niet meer . Als dat het niet is: wat voor foutmelding geeft iptables precies? Heb je wel 'make modules' en 'make modules_install' gedraaid?

[iZi]

ik heb vanuit mijn huidige kernel nog een directory /usr/src/linux-2.4.20 staan en daaruit doe ik make menuconfig en pas ik dus cpu en chipset aan. dan voer ik make dep; make clean; make bzImage; make modules; make modules_install uit en heb ik de bzImage

Dit gaat allemaal goed.....

[ Voor 6% gewijzigd door iZi op 09-05-2003 20:46 ]

[iZi]

code:

May  6 22:41:14 Srvizinu rc.iptables: ---------------------------------------------------------------
May  6 22:41:14 Srvizinu rc.iptables: Sanity checks passed...OK
May  6 22:41:14 Srvizinu rc.iptables: Detected IPTABLES module... Loading additional IPTABLES modules:
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ip_tables failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_limit failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_state failed
May 06 22:41:15 ^[[40m^[[1;32mStarting Arno's IPTABLES firewall v1.7.3BETA-1...^[[0m
May  6 22:41:14 Srvizinu kernel: ip_conntrack version 2.1 (4095 buckets, 32760 max) - 292 bytes per conntrack
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_queue.o: unresolved symbol _mmx_memcpy
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_queue.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_queue.o failed
May  6 22:41:14 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_queue.o: insmod ip_queue failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_LOG failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_REJECT failed
May  6 22:41:15 Srvizinu rc.iptables: All IPTABLES modules loaded!
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_multiport failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:15 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_tcpmss failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_TCPMSS failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod iptable_nat failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ip_nat_ftp failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod ipt_MASQUERADE failed
May  6 22:41:16 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: unresolved symbol _mmx_memcpy
May  6 22:41:17 Srvizinu rc.iptables: /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o: insmod /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ip_tables.o failed

dit zijn volgens mij wel de melding die ik krijg als ik ip_tables opstart.
Tenminste deze meldingen komen uit /var/log/messages

[odysseus]

Het werkt ook niet als je eerst even /lib/modules/2.4.20/ (of waar je modules ook staan) verplaatst en dan nog eens 'make modules_install' draait? Waarom hij '_mmx_memcpy' niet zou kennen weet ik niet, want zowel je oude als je nieuwe processor ondersteunt MMX en dat heb je neem ik aan ook in de kernel aangezet . Als er dan een unresolved symbol komt dan zou je een andere verwachten .

[iZi]

in welke onderdeel moet de module _mmx_memcpy zitten??
Want ik kna hem zo niet vinden in menuconfig

[LollieStick]

lijkt me het beste als je even 'make dep clean bzImage modules modules_install' doet.

[iZi]

maar goed volgens mij maakt dat niet uit. ik bedoel ik heb al veel kernel gecompiled en nooit problemen gehad....