DragonFly kernel List (threaded) for 2009-01
Re: SCSI pass-through buffer alignment patch
On Thu, Jan 15, 2009 at 4:07 PM, Hasso Tepper <firstname.lastname@example.org> wrote:
> Matthew Dillon:
>> Hasso, please try this patch. It is completely untested so I might
>> have missed something. It will also do a kprintf() when it hits the
>> scsi/cam code that decides to realign the buffer:
>> fetch http://apollo.backplane.com/DFlyMisc/cam01.patch
> Success! I'm now able to blank DVD-RW several times without big problems,
> but for some reason it takes about 50 seconds instead 0.2 seconds it
> takes on DVD writer on my laptop (PATA, seems). But it works!
> Writing works as well, but fixating takes about 400-500 seconds (it
> varies). This is same for both DVD writers I own though.
> Using verbose output with cdrecord shows that it's a "flush cache"
> Track 01: Total bytes read/written: 5955584/5955584 (2908 sectors).
> Writing time: 42.448s
> Average write speed 0.1x.
> Min drive buffer fill was 99%
> Executing 'flush cache' command on Bus 2 Target 0, Lun 0 timeout 1000s
> CDB: 35 00 00 00 00 00 00 00 00 00
> cmd finished after 391.649s timeout 1000s
> Executing 'test unit ready' command on Bus 2 Target 0, Lun 0 timeout 1000s
> CDB: 00 00 00 00 00 00
> cmd finished after 0.000s timeout 1000s
> Fixating time: 391.650s
> Maybe it's normal? I don't have DVD-R/DVD+R medium at the moment to test
> with though. There is a lot of "BOUNCING DATA" messages in dmesg
> obviously. I think that these should stay, but moved under some CAM_DEBUG
The kprintf is time comsuming; once it was disabled, I think the
performance would be restored.
Live Free or Die