„Mindamellett a k3b látja az eszközt sr0-n, mitöbb, olvassa és írja is… csak éppen borzalmasan lassan. A xcdroast viszont nem is hajlandó felismerni.”

A kernelbe ide/atapi cd fixen legyen, vagy bent legyen a modul(ide_cd)!
terminálon:
cdrecord -scanbus dev=ATA
mit ír ki?
Ill. terminálon és a grafikus progikban is, a device- t „/dev/hdx” formában add meg!

További tapasztalatok:

Feltettem a Slackware currentet. 2.4.31-es kernel (a „gyári” bare+acpi) alatt picivel jobban ment az író, de korántsem úgy, ahogyan kellett volna. Lefordítottam ugyanazzal a configgal a 2.6.12 vanillát, mint Vector alatt, és ugyanolyan rosszul ment. Amit még most észrevettem, az az, hogy a k3b-ben a buffer mind a két disztro alatt „no data/nincs adat” — azaz mintha nem használna olvasási tárolót, ami tényleg visszafoghatja a teljesítményt. De miért nem használ?

Ugyanakkor Slackware és a 2.6.12 kernel alatt a cdrecord -scanbus dev=ATA sokkal pozitívabb eredményt hozott: táblázatban szépen kiírta, hogy ott van az 1,0,0-n az író. Ezzel szemben Vector alatt ugyanazzal a kernellel a fenti hibaüzenetet adta, illetve hiányolt — furcsa módon általában csak az elsõ lekérdezéskor — bizonyos sg* könyvtárat (mármint libraryt), ami viszont megvolt Slackware alatt (sglib*valami).

Közben találtam egy ilyet: http://www.linuxquestions.org/questions/history/360492

amiben röviden arról folyik az eszmecsere, hogy az ATAPI réteg helyett direkt a /dev/hdx-et kell használni… amit cdrecord összefüggésben értek is. a -scanbus dev=/dev/hdc így Vector alatt is hozza szépen ugyanazt a táblázatot, mint a fent említett Slack esetében, nem hiányolja az sg*-t.

Ugyanakkor a k3b eddig is /dev/hdc-ként kezelte az írót… és buffert továbbra sem hajlandó használni, és még mindig 0,8x sebességgel ír.

Asszem meg kell kérdeznem az UHU-fejlesztõket, hogy õk hogy oldották meg az 1.2-ben a cd/dvd írást 2.6.9 kernel alatt, azzal ugyanis megy, mint a szélvész.

Slacki current alatt fordított 2.6.12 vanilla kernelben csak ATAPI-t beállítva

Van esetleg valamilyen ötletetek arra nézve, hogy hogyan lehetne megoldani a DMA engedélyezését?

fordíts egy kernelt, amiben nincs bekapcsolva az: „Enable DMA only for disk”
Device Drivers -> ATA/ATAPI/…support -> Enable DMA only for disk

Hello,

Köszi a tippet. Sajnos vagy én csinálok valamit nagyon rosszul, vagy valahol máshol van a baj, de így sem enged dma-t kapcsolni.

Code:

hdparm -d1 /dev/hdc
dev/hdc:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma    =  0 (off)

Amit az íróról tudni lehet:

Code:

hdparm -I /dev/hdc
dev/hdc:

ATAPI CD-ROM, with removable media
Model Number:       AOPEN   DUW1608/ARR                    
Serial Number:      ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
Firmware Revision:  A070    
Standards:
Likely used CD-ROM ATAPI-1
Configuration:
DRQ response: 50us.
Packet size: 12 bytes
Capabilities:
LBA, IORDY(can be disabled)
DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4
     Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
     Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
Enabled Supported:
   * NOP cmd
   * DEVICE RESET cmd
   * PACKET command feature set
   * Power Management feature set

Mellékelem a kernel configot is, ha esetleg valaki vetne rá egy pillantást… én már kezdek kicsit kiakadni ezen a problémán. 🙁

Köszi,
Béka
[align=right][snapback]149367[/snapback][/align]

Az „IDE chipset dupport”
nem, ártana az tipusokat betenni modulként, ha nem tudod milyen alaplapod van!
Az AGP résznél szintén(nem a videokari tipusa kell.)