звук при работе с резаком (дёргается звук)

[MIX@]

Доброго времени суток, уважаемые форумчане!
Имеется такая прооблема: при использовании резака (чтение/запись) начинает дёргаться звук.
При обычной работе с HDD (сборка/копирование/etc) такого не происходит.
Amarok 1.4.0
Ядро 2.4.32
Slackware 10.2
alsa-driver-1.0.11-i686
alsa-lib-1.0.11-i686
alsa-oss-1.0.11-i686
alsa-utils-1.0.11-i686

Заранее спасибо!

[Bolverk]

ну значит не тянет машина
потому что если б начинал дёргаться резак, то было бы хуже

[MIX@]

ну значит не тянет машина
потому что если б начинал дёргаться резак, то было бы хуже

не тянет P4-3Ггц, 1Gb Ram, i945P chipset?

[Bolverk]

ну значит не тянет машина
потому что если б начинал дёргаться резак, то было бы хуже

не тянет P4-3Ггц, 1Gb Ram, i945P chipset?

а винт и резак?

[MIX@]

а винт и резак?

Maxtor 160Gb 7200rpm SATA
Nec ND4571A IDE

[Dark_Savant]

а резак и винт не на одном шлейфе висят часом ? а hdparm -c3u1d1a8 /dev/sda (или какой там) делалось ?

ЗЫ:

Ядро 2.4.32

а чего вообще не 2.2 ? )

[MIX@]

а резак и винт не на одном шлейфе висят часом ? а hdparm -c3u1d1a8 /dev/sda (или какой там) делалось ?

SATA-винт и IDE-сидюк висят не только на разных шлейфах, а на разных контроллнрах, под общим шефством южного моста ICH7R.
Дело в том, что и SATA винт и сам резак работают в режиме эмуляции SCSI, посему hdparm тут не поможет =(
Может ли быть проблема с приоритетами?

а чего вообще не 2.2 ? )

В слаке умолчальное ядро 2.4. По опыту других форумчан я понял, что с переходом на 2.6 возникнут определённын проблемы, конкретно:
1) старые modutils (для яра 2.4)
2) модули называются по-другому

[Dark_Savant]

SATA-винт и IDE-сидюк

а, ну да 8) вариант отпадает.

что с переходом на 2.6 возникнут определённын проблемы

нету там никаких проблем. пересобрать что надо, и будет счастье.

[serzh-z]

А какова загрузка CPU? Уж не из-за отключенного ли DMA это...

[BaZilio]

Если SATA НЕ В Enhanced Mode, то DMA на первичном канале IDE просто не включится.

[Den001]

Из опыта юзания резака под виндой, могу сказать, что, наверняка, не включен ДМА на резаке.

[MIX@]

IDE configurations в Enhanced Mode.
При любой работе с резаком CPU load - 100%! Похоже, действительно отключен DMA.
Но как его в ключить, ведь устройство эмулируется через scsi (что бы, собственно, и резать болванки)?
Специально для выяснения причин подключил обычный CD-ROM, с ним та же ситуация:
вот вывод hdparm -i /dev/cdrom:
/dev/cdrom:

Model=ASUS CD-S520/A, FwRev=2.0K, SerialNo=
Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=0kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=no

* signifies the current active mode

BIOS говорит, что на сидюке и резаке включен UDMA2.

[Bolverk]

вы меня таки извините, но эмуляция scsi для записи сидюков уже давно не нужна
более того, в ядрах 2.6 она просто не работает (если за последние полгода не починили)

[MIX@]

дык на ядрах 2.4.xx без эмуляции scsi резать отказывается =/
Дык, что по существу? Как в таком случае DMA включить?
И к тому, же на обычном сидюке hdparm грит, что DMA включен (вывод показал выше), хотя ядро его не подхватывает =/

[serzh-z]

Новые версии cdrecord умеют писать и через ATAPI, без всякой эмуляции SCSI.

[MIX@]

Новые версии cdrecord умеют писать и через ATAPI, без всякой эмуляции SCSI.

Какие именно версии? И что насчёт dvdrwtools?

Почему у меня тады не подхватывается DMA на обычном сидюке? Вывод hdparm показал выше

[serzh-z]

Какие именно версии? И что насчёт dvdrwtools?

Не уверен про dvd+rw-tools.

serzh@homix ~ $ cdrecord dev=ATAPI -scanbus
Cdrecord-Clone 2.01.01a06 (x86_64-unknown-linux-gnu) Copyright © 1995-2006 Jörg Schilling
scsidev: 'ATAPI'
devname: 'ATAPI'
scsibus: -2 target: -2 lun: -2
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.

Правда странное предупреждение о DMA... Но тем не менее все работает, как нужно - без всякой SCSI-эмуляции (правда ядро 2.6).

Почему у меня тады не подхватывается DMA на обычном сидюке? Вывод hdparm показал выше

/dev/cdrom это ссылка на девайс созданный ide-scsi? В таком случае могу предположить, что hdparm может показывать неверную инфу, так как он не предназначен для работы с SCSI. Для SCSI есть sdparm. Стоит посмотреть dmesg на предмет сообщений о включении/отключенни и проблемах с DMA.

[MIX@]

Правда странное предупреждение о DMA... Но тем не менее все работает, как нужно - без всякой SCSI-эмуляции (правда ядро 2.6).

Мне говорит то же самое, но не работает...

/dev/cdrom это ссылка на девайс созданный ide-scsi? В таком случае могу предположить, что hdparm может показывать неверную инфу, так как он не предназначен для работы с SCSI. Для SCSI есть sdparm. Стоит посмотреть dmesg на предмет сообщений о включении/отключенни и проблемах с DMA.

/dev/cdrom - это обычный ATAPI CD-ROM.
/de/dvd - это ссылка на девайс, созданный ide-scsi.
У меня нету sdparm =(

По выводу dmesg:

mixa@mixa:/var/log/packages$ dmesg | grep DMA
ata1: SATA max UDMA/133 cmd 0xA800 ctl 0xA402 bmdma 0x9400 irq 23
ata2: SATA max UDMA/133 cmd 0xA000 ctl 0x9802 bmdma 0x9408 irq 23
ata2: dev 0 ATA, max UDMA/133, 312581808 sectors: lba48
ata2: dev 0 configured for UDMA/133
ehci_hcd 00:1d.7: enabled 64bit PCI DMA
mixa@mixa:/var/log/packages$ dmesg | grep dma
ata1: SATA max UDMA/133 cmd 0xA800 ctl 0xA402 bmdma 0x9400 irq 23
ata2: SATA max UDMA/133 cmd 0xA000 ctl 0x9802 bmdma 0x9408 irq 23
[fglrx] Maximum main memory to use for locked dma buffers: 926 MBytes.

похоже что ядро DMA на сидюки не цепляет? в чём дело?

[serzh-z]

Можно было бы попробовать поиграться с параметрами ядра "hdx=scsi", например "hdc=scsi". Любопытно что вообще ядро думает о подключенном приводе (в dmesg) - то что DMA у него не обнаруживает, это можно предположить по выводу dmesg.

[MIX@]

Вообщем пока в тестовом режиме перевёл резак в ATAPI режим.
Попытался включить dma прямо:
root@mixa:/home/mixa# hdparm -d 1 /dev/hdb

/dev/hdb:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

почему так?

[Alexxx]

Вообщем пока в тестовом режиме перевёл резак в ATAPI режим.
Попытался включить dma прямо:
root@mixa:/home/mixa# hdparm -d 1 /dev/hdb

/dev/hdb:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

почему так?

Так, между прочим...
Поддержка твоего чипсета в ядре есть или generic работает? В последнем случае DMA не будет.

[MIX@]

Так, между прочим...
Поддержка твоего чипсета в ядре есть или generic работает? В последнем случае DMA не будет.

Похоже, что нет, ибо IDE-контроллер на базе Intel ICH7. Да там даже поддержки ICH[4,5,6] нету...
Можа есть кто с данными контроллерами и решал данную проблему?
Вот поддержки родного контроллера SATA тоже нет, а DMA на винте завёлся сразу же...

[serzh-z]

Похоже, что нет, ибо IDE-контроллер на базе Intel ICH7. Да там даже поддержки ICH[4,5,6] нету...

За это время можно было бы сменить ядро на 2.6, и не париться...