All of lore.kernel.org
 help / color / mirror / Atom feed
From: "David C. Young" <dcy665@comcast.net>
To: linux-kernel@vger.kernel.org
Cc: jeffw@cyte.com
Subject: Re: amd64 cdrom access locks system
Date: Tue, 09 Aug 2005 00:47:58 -0700	[thread overview]
Message-ID: <42F85FAE.4000504@comcast.net> (raw)

This is in response to Jeff Wiegley () cyte ! com problem with amd64 and 
ide cdrom.  I tried to contact him directly but the email bounced.  I 
apologize in advance for using kernel list bandwidth to address this.

Jeff,

I have a amd64 running on a Asus board (K8V SE Deluxe) and I have been 
having problems similar to your cdrom lockups.  The board has on-board 
IDE/ATA and SATA.  I am only using two SATA drives and one DVD/CD burner 
on the secondary IDE/ATA connector.

The system lockups occurred with kde (all the time) and gnome 
(occasionally).  I killed the haldaemon and went through 2.6.12.[0-3] 
but I would access, or the haldaemon would access, the cdrom and 
/dev/hdc would lock up, the system would slow down and occasionally lock 
up (in particular during cd-burning).  I got logs full of drive busy, 
drive opcode unknown and drive not ready followed by ATAPI resets.  The 
situation was better but not fixed completely when I disabled the haldaemon.

I solved my cdrom/ide problem by building a custom kernel.  I haven't 
gone back to check all the permutations but I continued having problems 
until I disabled scsi cdrom support.  I left generic scsi and disk 
support on but once the scsi cdrom support was eliminated the slowdowns 
and/or lockups went away.  I did get one error message from trying to 
access past the end of the drive when I tried to mount a blank cd.  Past 
that, my logs are clean of /dev/hdc problems.

It seems to me that the ide-ata works fine in burning mode and the 
generic scsi cdrom support just confuses the issue.  That is only my 
opinion and I don't profess to be a kernel hack.  I do burn iso images 
fairly often and my command is:
	cdrecord dev=/dev/hdc fs=16MB -eject <filename>

Also, I make sure the cpu is running at full speed instead of power 
saving mode and I run as root for the actual burning.

Hope this helps,

David

             reply	other threads:[~2005-08-09  7:48 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-09  7:47 David C. Young [this message]
     [not found] <S1750841AbWAQXWc/20060117232242Z+104@vger.kernel.org>
2006-01-18  0:31 ` amd64 cdrom access locks system Christer Bäckström
2006-01-18  9:18   ` Alan Cox
2006-01-18 12:15     ` Christer Bäckström
2006-01-18 10:01   ` Bartlomiej Zolnierkiewicz
2006-02-05 12:14   ` Erwin Rol
     [not found] <4d3Xi-33s-31@gated-at.bofh.it>
     [not found] ` <4d7Rk-6fq-49@gated-at.bofh.it>
     [not found]   ` <4dE0F-77V-17@gated-at.bofh.it>
     [not found]     ` <4dEk0-7ua-1@gated-at.bofh.it>
     [not found]       ` <4dJWr-38Z-33@gated-at.bofh.it>
2005-06-11 16:02         ` Robert Hancock
  -- strict thread matches above, loose matches on Subject: below --
2005-06-08  1:09 Jeff Wiegley
2005-06-08 12:23 ` Andrew Morton
2005-06-09 15:36   ` Jeff Wiegley
2005-06-09 23:00     ` Andrew Morton
2005-06-09 19:38       ` Jeff Wiegley
2005-06-09 21:58       ` Jeff Wiegley
2005-06-09 23:32       ` Venkatesh Pallipadi
2005-06-09 18:23         ` Jeff Wiegley
2005-06-13 16:35       ` Jeff Wiegley
2005-06-14  7:55         ` Bartlomiej Zolnierkiewicz
2005-06-14 10:35           ` Jeff Wiegley
2005-06-14 18:16             ` Bartlomiej Zolnierkiewicz
2005-12-15  9:15               ` Aric Cyr

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=42F85FAE.4000504@comcast.net \
    --to=dcy665@comcast.net \
    --cc=jeffw@cyte.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.