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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox