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
next 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.