[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Pioneer DVR-106D issues



>From: Volker Kuhlmann <hidden@paradise.net.nz>

>Jörg, I don't care about silly arguments about who's right, but I have

Well, I don't like to be the one who is right but of course, 
it makes no sense if I write something that _may be right_ and someone
else telle all people this is nonsense.

>to agree 100% with Andy's assessment of the situation. He gave sound
>reason for his conclusion. I am still very interested in your detailed
>technical explanation on why a fast CPU with 0% load only manages a 0.4x
>DVD burn speed because of a lack of enabled DMA.

Let me comment this by telling you that I definitely did see exactly this
behavior on a system that cannot properly do DMA.

The transferrate (after BurnProof had been enabled) was noticable below 1x,
the drive was a Pioneer A06.

Note that this happened with a Linux system and finally was the reason why
I needed a break with cdrecord and hacked "star" for the last 6 months 
instead....


>It seems to be a kernel problem to me, hints as to further debugging
>appreciated... Looks like the kernel gets permanently stuck in the IDE
>department somewhere. Note there's a generation mismatch in the system:
>the mobo is late 99/early 00, the disk is mid/late 03. It's not unlikely
>that Linux simply isn't tuned for this particular combination.

The recent Linux kernels are full of IDE related bugs :-(

A big problem is that Linux kernels are not compiles with a decent set
of GCC warning messages enable (maybe because they include so ugly code).
Some peole completely did rework IDE internals (mainly in the DMA area)
and did change the number of parameters to functions. While a direct 
function call with a parameter missmatch would result in a compilation
abort (with GCC at least ends up with a big warning), this cannot directly
be noticed as the functions get called via a function pointer. As long
as you don't enable compiler warnings for bad pointer assignements, you will
never see a warning for this kind of broken source...

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de		(uni)  If you don't have iso-8859-1
       schilling@fokus.fraunhofer.de	(work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily



Reply to: