J'ai un disque dur en ATA-5 et mon noyau ne charge pas le bon module, ce
qui fait que je ne l'utilise pas en ultra dma. En fait je n'ai pas
trouvé ce que je dois activer comme module dans le noyau.
si je fais lspci j'obtiens
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA
Storage Controller (rev 03)
Or pas de Intel 82801 ou quelque chose qui y ressemble dans les modules
du kernel.
si je fais cat /proc/pci j'obtiens :
Bus 0, device 31, function 1:
IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage
Controller (rev 3).
IRQ 11.
I/O at 0x1840 [0x184f].
Non-prefetchable 32 bit memory at 0x20000000 [0x200003ff].
pas plus d'infos apparament.
Donc mon disque dur fonctionne mais en mode tortue quoi. Pour info c'est
le noyau 2.6.10
J'ai un disque dur en ATA-5 et mon noyau ne charge pas le bon module, ce qui fait que je ne l'utilise pas en ultra dma. En fait je n'ai pas trouvé ce que je dois activer comme module dans le noyau.
C'est rarement en module.
si je fais lspci j'obtiens 0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
Or pas de Intel 82801 ou quelque chose qui y ressemble dans les modules du kernel.
si je fais cat /proc/pci j'obtiens : Bus 0, device 31, function 1: IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 3). IRQ 11. I/O at 0x1840 [0x184f]. Non-prefetchable 32 bit memory at 0x20000000 [0x200003ff]. pas plus d'infos apparament.
Donc mon disque dur fonctionne mais en mode tortue quoi. Pour info c'est le noyau 2.6.10
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes.
On Thu, 13 Jan 2005 21:56:07 +0100, Tom wrote:
Bonsoir,
Bonsoir,
J'ai un disque dur en ATA-5 et mon noyau ne charge pas le bon module, ce
qui fait que je ne l'utilise pas en ultra dma. En fait je n'ai pas
trouvé ce que je dois activer comme module dans le noyau.
C'est rarement en module.
si je fais lspci j'obtiens
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA
Storage Controller (rev 03)
Or pas de Intel 82801 ou quelque chose qui y ressemble dans les modules
du kernel.
si je fais cat /proc/pci j'obtiens :
Bus 0, device 31, function 1:
IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage
Controller (rev 3).
IRQ 11.
I/O at 0x1840 [0x184f].
Non-prefetchable 32 bit memory at 0x20000000 [0x200003ff].
pas plus d'infos apparament.
Donc mon disque dur fonctionne mais en mode tortue quoi. Pour info c'est
le noyau 2.6.10
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque
dur.
hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà...
Poste donc ici la sortie de ces deux commandes.
J'ai un disque dur en ATA-5 et mon noyau ne charge pas le bon module, ce qui fait que je ne l'utilise pas en ultra dma. En fait je n'ai pas trouvé ce que je dois activer comme module dans le noyau.
C'est rarement en module.
si je fais lspci j'obtiens 0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
Or pas de Intel 82801 ou quelque chose qui y ressemble dans les modules du kernel.
si je fais cat /proc/pci j'obtiens : Bus 0, device 31, function 1: IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 3). IRQ 11. I/O at 0x1840 [0x184f]. Non-prefetchable 32 bit memory at 0x20000000 [0x200003ff]. pas plus d'infos apparament.
Donc mon disque dur fonctionne mais en mode tortue quoi. Pour info c'est le noyau 2.6.10
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes.
marmotte
Donc mon disque dur fonctionne mais en mode tortue quoi. Pour info c'est le noyau 2.6.10
# grep -r 82801 . | grep INTEL | grep ide
Et tu verras dans les sorties, entre autre: ./drivers/ide/pci/piix.c: case PCI_DEVICE_ID_INTEL_82801DB_10:
Bonne recherche maintenant (la solution n'est pas loin je pense).
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes. Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
ATA device, with non-removable media Model Number: TOSHIBA MK6021GAS Serial Number: Z3EO9711T Firmware Revision: GA024G Standards: Supported: 5 4 3 2 Likely used: 6 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 117210240 device size with M = 1024*1024: 57231 MBytes device size with M = 1000*1000: 60011 MBytes (60 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 46 Queue depth: 1 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0080) DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control0ns IORDY flow control0ns Commands/features: Enabled Supported: * NOP cmd * READ BUFFER cmd * WRITE BUFFER cmd * Host Protected Area feature set * Look-ahead * Write cache * Power Management feature set Security Mode feature set * SMART feature set * Mandatory FLUSH CACHE command * Device Configuration Overlay feature set * SET MAX security extension * Advanced Power Management feature set * SMART self-test * SMART error logging Security: Master password revision code = 65534 supported not enabled not locked frozen not expired: security count not supported: enhanced erase 62min for SECURITY ERASE UNIT. HW reset results: CBLID- above Vih Device num = 0 determined by the jumper Checksum: correct ************************************************************************** D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les commandes que j'avais posté dans mon message précédent, mon pc utilise la version 3. Mais ce ne sont que des déduction que je fais à partir de ce que je sais, c'est à dire pas grand chose.
Pour compléter le tableau des messages qui ont l'air liés à ce problème : voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed. Losing some ticks... checking if CPU frequency changed. Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais peut être pensé à l'utiliser.
Tom
bonjour,
merci de ta réponse
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque
dur.
hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà...
Poste donc ici la sortie de ces deux commandes.
Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
ATA device, with non-removable media
Model Number: TOSHIBA MK6021GAS
Serial Number: Z3EO9711T
Firmware Revision: GA024G
Standards:
Supported: 5 4 3 2
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 117210240
device size with M = 1024*1024: 57231 MBytes
device size with M = 1000*1000: 60011 MBytes (60 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 46 Queue depth: 1
Standby timer values: spec'd by Standard, no device specific
minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: unknown setting (0x0080)
DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2
udma3 udma4 *udma5
Cycle time: min0ns recommended0ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control0ns IORDY flow control0ns
Commands/features:
Enabled Supported:
* NOP cmd
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
* SMART feature set
* Mandatory FLUSH CACHE command
* Device Configuration Overlay feature set
* SET MAX security extension
* Advanced Power Management feature set
* SMART self-test
* SMART error logging
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
not supported: enhanced erase
62min for SECURITY ERASE UNIT.
HW reset results:
CBLID- above Vih
Device num = 0 determined by the jumper
Checksum: correct
**************************************************************************
D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or
d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA
depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les
commandes que j'avais posté dans mon message précédent, mon pc utilise
la version 3. Mais ce ne sont que des déduction que je fais à partir de
ce que je sais, c'est à dire pas grand chose.
Pour compléter le tableau des messages qui ont l'air liés à ce problème
: voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed.
Losing some ticks... checking if CPU frequency changed.
Losing too many ticks!
TSC cannot be used as a timesource.
Possible reasons for this are:
You're running with Speedstep,
You don't have DMA enabled for your hard disk (see hdparm),
Incorrect TSC synchronization on an SMP system (see dmesg).
Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais
peut être pensé à l'utiliser.
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes. Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
ATA device, with non-removable media Model Number: TOSHIBA MK6021GAS Serial Number: Z3EO9711T Firmware Revision: GA024G Standards: Supported: 5 4 3 2 Likely used: 6 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 117210240 device size with M = 1024*1024: 57231 MBytes device size with M = 1000*1000: 60011 MBytes (60 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 46 Queue depth: 1 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0080) DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control0ns IORDY flow control0ns Commands/features: Enabled Supported: * NOP cmd * READ BUFFER cmd * WRITE BUFFER cmd * Host Protected Area feature set * Look-ahead * Write cache * Power Management feature set Security Mode feature set * SMART feature set * Mandatory FLUSH CACHE command * Device Configuration Overlay feature set * SET MAX security extension * Advanced Power Management feature set * SMART self-test * SMART error logging Security: Master password revision code = 65534 supported not enabled not locked frozen not expired: security count not supported: enhanced erase 62min for SECURITY ERASE UNIT. HW reset results: CBLID- above Vih Device num = 0 determined by the jumper Checksum: correct ************************************************************************** D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les commandes que j'avais posté dans mon message précédent, mon pc utilise la version 3. Mais ce ne sont que des déduction que je fais à partir de ce que je sais, c'est à dire pas grand chose.
Pour compléter le tableau des messages qui ont l'air liés à ce problème : voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed. Losing some ticks... checking if CPU frequency changed. Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais peut être pensé à l'utiliser.
Tom
l'indien
On Fri, 14 Jan 2005 09:18:54 +0100, Tom wrote:
bonjour,
merci de ta réponse
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes. Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les commandes que j'avais posté dans mon message précédent, mon pc utilise la version 3. Mais ce ne sont que des déduction que je fais à partir de ce que je sais, c'est à dire pas grand chose.
Je pense effectivement que tu es en ATA 6.
Pour compléter le tableau des messages qui ont l'air liés à ce problème : voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed. Losing some ticks... checking if CPU frequency changed. Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais peut être pensé à l'utiliser.
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà...
On Fri, 14 Jan 2005 09:18:54 +0100, Tom wrote:
bonjour,
merci de ta réponse
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque
dur.
hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà...
Poste donc ici la sortie de ces deux commandes.
Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or
d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA
depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les
commandes que j'avais posté dans mon message précédent, mon pc
utilise la version 3. Mais ce ne sont que des déduction que je fais à
partir de ce que je sais, c'est à dire pas grand chose.
Je pense effectivement que tu es en ATA 6.
Pour compléter le tableau des messages qui ont l'air liés à ce
problème
: voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed. Losing some
ticks... checking if CPU frequency changed. Losing too many ticks!
TSC cannot be used as a timesource.
Possible reasons for this are:
You're running with Speedstep,
You don't have DMA enabled for your hard disk (see hdparm), Incorrect
TSC synchronization on an SMP system (see dmesg).
Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais
peut être pensé à l'utiliser.
Je pense que ton problème est indépendent du disque.
C'est un problème de gestion des interruptions et/ou des timers systèmes.
Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive
pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour
vérifier celà...
Ces commandes ne te permettent pas de savoir dans quel mode est ton disque dur. hdparm -i et hdparm -I devraient être beaucoup plus utiles pour celà... Poste donc ici la sortie de ces deux commandes. Désolé c'est un peu long. Je met tout parce que je ne sa pas ce qui est
D'après ce que je comprend c'est l'ultra DMA 5 qui est activé. Or d'après ce que j'ai pu voir sur le net, l'ATA-5 (ou ATA ou Parallel ATA depuis le serial ATA) supporte l'ultra DMA 3 et 4. Et d'après les commandes que j'avais posté dans mon message précédent, mon pc utilise la version 3. Mais ce ne sont que des déduction que je fais à partir de ce que je sais, c'est à dire pas grand chose.
Je pense effectivement que tu es en ATA 6.
Pour compléter le tableau des messages qui ont l'air liés à ce problème : voici la fin de ce qu'affiche dmesg :
Losing some ticks... checking if CPU frequency changed. Losing some ticks... checking if CPU frequency changed. Losing too many ticks! TSC cannot be used as a timesource. Possible reasons for this are: You're running with Speedstep, You don't have DMA enabled for your hard disk (see hdparm), Incorrect TSC synchronization on an SMP system (see dmesg). Falling back to a sane timesource now.
Et tiens il parle de hdparam. Donc si j'avais regardé dmesg j'aurais peut être pensé à l'utiliser.
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà...
Tom
# grep -r 82801 . | grep INTEL | grep ide
Et tu verras dans les sorties, entre autre: ./drivers/ide/pci/piix.c: case PCI_DEVICE_ID_INTEL_82801DB_10:
Bonne recherche maintenant (la solution n'est pas loin je pense). J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
Je n'en sais rien.
Je suis tombé là dessus : http://www.linux-nantes.fr.eu.org/article.php3?id_article C'est la manip à faire ou c'est dangereux de faire ça ?
Merci De rien !
Y'a pas de quoi :-)
Tom
# grep -r 82801 . | grep INTEL | grep ide
Et tu verras dans les sorties, entre autre:
./drivers/ide/pci/piix.c: case
PCI_DEVICE_ID_INTEL_82801DB_10:
Bonne recherche maintenant (la solution n'est pas loin je pense).
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
Je n'en sais rien.
Je suis tombé là dessus :
http://www.linux-nantes.fr.eu.org/article.php3?id_article
C'est la manip à faire ou c'est dangereux de faire ça ?
Et tu verras dans les sorties, entre autre: ./drivers/ide/pci/piix.c: case PCI_DEVICE_ID_INTEL_82801DB_10:
Bonne recherche maintenant (la solution n'est pas loin je pense). J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
Je n'en sais rien.
Je suis tombé là dessus : http://www.linux-nantes.fr.eu.org/article.php3?id_article C'est la manip à faire ou c'est dangereux de faire ça ?
Merci De rien !
Y'a pas de quoi :-)
Tom
Tom
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà... Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Est-ce que hdparams peut m'aider ?
Tom
Je pense que ton problème est indépendent du disque.
C'est un problème de gestion des interruptions et/ou des timers systèmes.
Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive
pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour
vérifier celà...
Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà... Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Est-ce que hdparams peut m'aider ?
Tom
Nicolas Salguero
[...]
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ? Je n'en sais rien.
[...]
C'est compilé en tant que module ou en dur dans le noyau ? J'ai toujours entendu dire que ce genre de choses devaient être en dur et non en module.
Nico.
--
j'ai voulu mettre lilo mais il me donne une erreur Je sais que je vais être TRES indiscret, mais c'est quoi ton erreur?
("bordel de merde!" ajouterais-je même! :-)). -+- EF in Guide du linuxien pervers - la discretion même -+-
[...]
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
Je n'en sais rien.
[...]
C'est compilé en tant que module ou en dur dans le noyau ?
J'ai toujours entendu dire que ce genre de choses devaient être en dur
et non en module.
Nico.
--
j'ai voulu mettre lilo mais il me donne une erreur
Je sais que je vais être TRES indiscret, mais c'est quoi ton erreur?
("bordel de merde!" ajouterais-je même! :-)).
-+- EF in Guide du linuxien pervers - la discretion même -+-
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ? Je n'en sais rien.
[...]
C'est compilé en tant que module ou en dur dans le noyau ? J'ai toujours entendu dire que ce genre de choses devaient être en dur et non en module.
Nico.
--
j'ai voulu mettre lilo mais il me donne une erreur Je sais que je vais être TRES indiscret, mais c'est quoi ton erreur?
("bordel de merde!" ajouterais-je même! :-)). -+- EF in Guide du linuxien pervers - la discretion même -+-
l'indien
On Fri, 14 Jan 2005 11:40:21 +0100, Tom wrote:
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà... Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Les options relatifs à la gestion des IRQ et des timers... Les options disponibles dépendent de ta configuration hardware, je ne peut pas te dire ce qu'il faut essayer ne sachant pas ce que tu as (CM, chipset, CPU, ...)
Est-ce que hdparams peut m'aider ?
Non.
On Fri, 14 Jan 2005 11:40:21 +0100, Tom wrote:
Je pense que ton problème est indépendent du disque.
C'est un problème de gestion des interruptions et/ou des timers systèmes.
Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive
pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour
vérifier celà...
Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Les options relatifs à la gestion des IRQ et des timers...
Les options disponibles dépendent de ta configuration hardware, je ne
peut pas te dire ce qu'il faut essayer ne sachant pas ce que tu as (CM,
chipset, CPU, ...)
Je pense que ton problème est indépendent du disque. C'est un problème de gestion des interruptions et/ou des timers systèmes. Il semblerait que la fréquence de ton CPU varie et que le kernel n'arrive pas à suivre. Je pense que tu va avoir à recompiler ton noyau pour vérifier celà... Bah ouais, mais avec quelles options ? Je compile depuis hier :-)
Les options relatifs à la gestion des IRQ et des timers... Les options disponibles dépendent de ta configuration hardware, je ne peut pas te dire ce qu'il faut essayer ne sachant pas ce que tu as (CM, chipset, CPU, ...)
Est-ce que hdparams peut m'aider ?
Non.
Pascal
Salut,
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
S'il est compilé en dur dans le noyau, alors forcément oui. S'il est compilé en module, tu peux vérifier s'il est chargé avec lsmod. Généralement, les pilotes IDE sont compilés en dur.
Je suis tombé là dessus : http://www.linux-nantes.fr.eu.org/article.php3?id_article C'est la manip à faire ou c'est dangereux de faire ça ?
Dangereux ou pas, l'option -d1 est le seul moyen que je connaisse d'activer les transferts en DMA.
Petite remarque sur le doc : l'option -c1 ou -c3 (32 bits) n'affecte que les accès I/O (commandes et transferts en mode PIO) et pas les accès DMA. Il est donc inutile de l'activer en même temps que l'option -d1.
Salut,
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
S'il est compilé en dur dans le noyau, alors forcément oui. S'il est
compilé en module, tu peux vérifier s'il est chargé avec lsmod.
Généralement, les pilotes IDE sont compilés en dur.
Je suis tombé là dessus :
http://www.linux-nantes.fr.eu.org/article.php3?id_article
C'est la manip à faire ou c'est dangereux de faire ça ?
Dangereux ou pas, l'option -d1 est le seul moyen que je connaisse
d'activer les transferts en DMA.
Petite remarque sur le doc : l'option -c1 ou -c3 (32 bits) n'affecte que
les accès I/O (commandes et transferts en mode PIO) et pas les accès
DMA. Il est donc inutile de l'activer en même temps que l'option -d1.
J'ai le module BLK_DEV_PIIX qui est compilé. Est-ce que je l'utilise ?
S'il est compilé en dur dans le noyau, alors forcément oui. S'il est compilé en module, tu peux vérifier s'il est chargé avec lsmod. Généralement, les pilotes IDE sont compilés en dur.
Je suis tombé là dessus : http://www.linux-nantes.fr.eu.org/article.php3?id_article C'est la manip à faire ou c'est dangereux de faire ça ?
Dangereux ou pas, l'option -d1 est le seul moyen que je connaisse d'activer les transferts en DMA.
Petite remarque sur le doc : l'option -c1 ou -c3 (32 bits) n'affecte que les accès I/O (commandes et transferts en mode PIO) et pas les accès DMA. Il est donc inutile de l'activer en même temps que l'option -d1.
