public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Joerg Schilling <schilling@fokus.fraunhofer.de>
To: schilling@fokus.fraunhofer.de, akpm@osdl.org
Cc: linux-kernel@vger.kernel.org
Subject: Re: [Bugme-new] [Bug 6745] New: kernel hangs when trying to read atip wiith cdrecord
Date: Sun, 25 Jun 2006 21:35:24 +0200	[thread overview]
Message-ID: <449EE57C.nailFJ11EKZ3@burner> (raw)
In-Reply-To: <449E777C.nail9X1595M9@burner>

Joerg Schilling <schilling@fokus.fraunhofer.de> wrote:

> I am not sure if the log from the OP includes all information.
>
> I've seen already messages like this:
>
> cdrecord: Input/output error. Cannot set SG_SET_TIMEOUT.
>
> This should be something that I would never to expect to happen.
>
> If the OP does not see a similar message, it seems that the call is
> accepted but later ignored. I have no idea why this happens.

Let me add some notes:

Some drives do not support (or correctly support) the 'read buffer' command.
As I don't have all drives, I cannot tell how the drive from the OP behaves on
Solaris. All drives I've seen so far return an error on Solaris - not a timeout,
so it is not clear, whether the hang on Linux would result in a timeout on Solaris.

It may be that the /dev/hd* interface ignores timeouts, but it may also be that
the bus situation did cause a kernel hang. As my experience shows that all 
drives behave always the same, it should be simple to trace the problem for the 
owner of a drive.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       schilling@fokus.fraunhofer.de     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

  reply	other threads:[~2006-06-25 19:37 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-25 10:53 [Bugme-new] [Bug 6745] New: kernel hangs when trying to read atip wiith cdrecord Joerg Schilling
2006-06-25 11:06 ` Andrew Morton
2006-06-25 11:46   ` Joerg Schilling
2006-06-25 19:35     ` Joerg Schilling [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-06-28  7:29 Joerg Schilling
2006-06-28 11:19 ` Christian Lohmaier
2006-06-28  7:18 Joerg Schilling
2006-06-26 18:49 Christian Lohmaier
2006-06-26 18:21 Joerg Schilling
2006-06-25 19:40 Joerg Schilling
2006-06-26  0:01 ` Christian Lohmaier
     [not found] <200606242036.k5OKaSvp031813@fire-2.osdl.org>
2006-06-24 21:47 ` Andrew Morton
2006-06-25 11:05   ` Jan Engelhardt
2006-06-25 11:36     ` Andrew Morton
2006-06-25 19:00       ` Christian Lohmaier
2006-06-25 11:07   ` Arjan van de Ven
2006-06-25 11:37     ` Andrew Morton
2006-06-26 18:59   ` Christian Lohmaier

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=449EE57C.nailFJ11EKZ3@burner \
    --to=schilling@fokus.fraunhofer.de \
    --cc=akpm@osdl.org \
    --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