public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Philip Dodd <phil.lists@two-towers.net>
To: Jens Axboe <axboe@suse.de>
Cc: Philip Dodd <phil.lists@two-towers.net>,
	linux-kernel@vger.kernel.org,
	Hugo Mills <hugo-lkml@carfax.org.uk>,
	Daniele Bernardini <db@sqbc.com>
Subject: Re: dma ripping
Date: Sun, 30 May 2004 19:36:27 +0200	[thread overview]
Message-ID: <40BA1B9B.9070805@two-towers.net> (raw)
In-Reply-To: <20040520133437.GH1952@suse.de>

Jens Axboe wrote:
> On Tue, May 18 2004, Philip Dodd wrote:
>>Hugo Mills wrote:
>>>  Put me down for this latter one, too. I'm using a vanilla 2.6.[56]
>>>on amd64. Controller is VIA.
>>>  It seems to be related to hard-to-read CDs (dirty/scratched/badly-
>>>made) -- I've got a couple here that I'm pretty sure I can use as test
>>>cases to trigger the problem instantly.
>>Hi,
>>OK - I don't know if any of this helps, but I guess a little more 
>>precision won't do anyone any harm.
>>Intel i820 Chipset on P3C-D mobo.
>>ide0: BM-DMA at 0xa800-0xa807, BIOS settings: hda:DMA, hdb:pio
>>hda: ASUS DVD-ROM E616, ATAPI CD/DVD-ROM drive
>>hda: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
>>ide1: BM-DMA at 0xa808-0xa80f, BIOS settings: hdc:DMA, hdd:pio
>>hdc: RICOH CD-R/RW MP7060A, ATAPI CD/DVD-ROM drive
>>hdc: ATAPI 24X CD-ROM CD-R/RW drive, 2048kB Cache, DMA
>>Now hda is the one that bogs out, ripping silence after the "cdrom:
>>dropping to single frame dma" error. hdc can rip for hours and hardly 
>>ever get cdparanoia errors - even on "problematic" CDs that would appear 
>>to be a declenching factor for the single frame dma switch for hda.

> Any chance you can see if this makes any difference (on 2.6.6-BK)?

Hi,

Sorry it took a while for me to get you feedback on this patch.  I have 
just applied this patch against 2.6.7-rc2 (some fuzz and some offset - I 
can get you details if you would like).  It exhibits exactly the same 
symptoms as before - ie. certain CDs will cause the "kernel: cdrom: 
dropping to single frame dma", and all ripping form that point on until 
reboot will just rip to silence (I have one test case that does it 75% 
of the way through track 4, as regular as clockwork, but several other 
do to, and some even appear not to do it all the time - physically the 
CD is in good shape and rips fine using Win32 ripping tools on my laptop).

My next guess is that this is a hardware problem, though I'd appreciate 
your feedback on whether that patch should have fixed or not.

Thanks again for all your help on this,

Phil

  reply	other threads:[~2004-05-30 17:36 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-14 15:29 dma ripping Daniele Bernardini
2004-05-15 10:14 ` Jens Axboe
2004-05-15  8:45   ` Daniele Bernardini
2004-05-15 14:58     ` Jens Axboe
2004-05-15 10:13       ` Daniele Bernardini
2004-05-15 14:03       ` Daniele Bernardini
2004-05-15 21:19         ` Jens Axboe
2004-05-16 15:26           ` Philip Dodd
2004-05-16 15:39             ` Hugo Mills
2004-05-17 22:06               ` Philip Dodd
2004-05-20  2:31                 ` Philip Dodd
2004-05-20 13:34                 ` Jens Axboe
2004-05-30 17:36                   ` Philip Dodd [this message]
2004-05-31  5:19                     ` Tvrtko A. Uršulin
2004-05-17 22:12         ` Bill Davidsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40BA1B9B.9070805@two-towers.net \
    --to=phil.lists@two-towers.net \
    --cc=axboe@suse.de \
    --cc=db@sqbc.com \
    --cc=hugo-lkml@carfax.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox