Return-Path: <linux-kernel-owner+willy=40w.ods.org-S1751366AbWARKBF@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751366AbWARKBF (ORCPT <rfc822;willy@w.ods.org>);
	Wed, 18 Jan 2006 05:01:05 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751368AbWARKBE
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Wed, 18 Jan 2006 05:01:04 -0500
Received: from uproxy.gmail.com ([66.249.92.207]:50552 "EHLO uproxy.gmail.com")
	by vger.kernel.org with ESMTP id S1751366AbWARKBB convert rfc822-to-8bit
	(ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 18 Jan 2006 05:01:01 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=iR5+L0bsD51aeZQ9kEBtpEBGILdXn8VxmN3tXst227TLgnemiQ9SwFLGTMGSsS49BFJHdHiU6MGXSIRLdCZSngv54rAoldswlDB2QKXv45I8O02uBjeHH2wXVqGWpXF/x+gQk86EQcXfQurl0ilRF6L0OnG9BLbhPQ/ONo54z2k=
Message-ID: <58cb370e0601180201h2b501bc3qbbbd344eee62ade@mail.gmail.com>
Date: Wed, 18 Jan 2006 11:01:00 +0100
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: =?ISO-8859-1?Q?Christer_B=E4ckstr=F6m?= 
	<cbackstrom@letterboxes.org>
Subject: Re: amd64 cdrom access locks system
Cc: linux-kernel@vger.kernel.org, Alan Cox <alan@lxorguk.ukuu.org.uk>
In-Reply-To: <43CD8C64.4080909@letterboxes.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
References: <S1750841AbWAQXWc/20060117232242Z+104@vger.kernel.org>
	 <43CD8C64.4080909@letterboxes.org>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 5002
Lines: 112

On 1/18/06, Christer B?ckstr?m <cbackstrom@letterboxes.org> wrote:
>  > Aric Cyr <Aric.Cyr () gmail ! com> writes:
> > > Bartlomiej Zolnierkiewicz <bzolnier <at> gmail.com> writes:
> >
> >>
> >> On 6/14/05, Jeff Wiegley <jeffw <at> cyte.com> wrote:
> >> > using "dev=/dev/hda" yeilds the exact same behavior...
> >> >
> >> >    Jun 14 03:21:50 localhost kernel: ide-cd: cmd 0x3 timed out
> >> >    Jun 14 03:21:50 localhost kernel: hda: lost interrupt
> >> >    Jun 14 03:22:50 localhost kernel: ide-cd: cmd 0x3 timed out
> >> >    Jun 14 03:22:50 localhost kernel: hda: lost interrupt
> >> >    Jun 14 03:23:30 localhost kernel: hda: lost interrupt
> >>
> >> Jens, any idea?
> >>
> >> > And I'm a little confused by Robert's suggestion... Should it
> >> > ever be possible for a user-space application to cause lost
> >> > interrupts and other kernel state problems regardless of what
> >> > "interface" is used?? Sure, if the application uses the wrong
> >> > interface it should get spanked somehow but should it be able to
> >> > mess up the kernel for other applications as well? (Like now
> >> > I can't read or eject.)
> >>
> >> It shouldn't be possible unless it is "raw" interface
> >> (requires CAP_SYS_RAWIO) w/o checking all possible
> >> parameters (it is not always possible) or device is buggy.
> >>
> >> Also it is quite unlikely that somebody will fix obsolete
> >> interface (hey, it got obsoleted for some reason .
> >>
> >> Bartlomiej
> >>
> >
> > Has this problem been fixed at all or any workarounds known?  I am having the
> > exact same issue with similar hardware and the alim15x3 driver.  In my case it
> > does not matter which method I use for cdrecord (ATA:, ATAPI: or dev=/dev/hda),
> > I will always get the lost interrupts from the command "cdrecord -atip".  I have
> > tried other drives without success so I don't believe that is the problem.
> > Interestingly cdrdao does not have any problems at all and burns perfectly, so I
> > suspect that cdrecord might be throwing some command that ide-cd or the IDE
> > drive doesn't like and fails to recover from.  However, disabling DMA on the
> > drive via hdparm makes cdrecord work perfectly, so I suspect the alim15x3 driver
> > more than anything else.  I can play DVDs for hours with DMA enabled just fine
> > though... go figure.  My current kernel is 2.6.14-gentoo-r6, but I have had this
> > problem since I first had got the system (around 2.6.12).
>
> Exactly the same problems here, on a laptop (Amd64, Mandriva 2006,
> linux-2.6.15) with an:
>
> ALi Corporation M5229 IDE (rev c7)
>
> The cd-writer locks up if the DMA is enabled, as above. But the drive is
> usable if it is disabled.
>
> The only other potential problem I've found is that the UDMA timings for
> the /dev/hda is "???" (see below).
>
> ----------------------------------------------
> #> cat /proc/ide/ali
>
>                                  Ali M15x3 Chipset.
>                                  ------------------
> PCI Clock: 0.
> CD_ROM FIFO:No , CD_ROM DMA:Yes
> FIFO Status: contains 1 Words, runs.
>
> ----------------primary channel---------secondary channel---------
>
> channel status:       Off                       Off
> both channels togth:  Yes                       Yes
> Channel state:        busy                      OK
> Add. Setup Timing:    1T                        1T
> Command Act. Count:   3T                        3T
> Command Rec. Count:   1T                        1T
>
> ----------------drive0----------drive1----------drive0----------drive1------
>
> DMA enabled:    Yes             No              Yes             No
> FIFO threshold: 4 Words         4 Words         4 Words         4 Words
> FIFO mode:      FIFO Off        FIFO Off        FIFO Off        FIFO Off
> Dt RW act. Cnt  3T              8T              3T              8T
> Dt RW rec. Cnt  1T              16T             1T              16T
>
> -----------------------------------UDMATimings--------------------------------
>
> UDMA:           OK              No              OK              No
> UDMA timings:   ???             1.5T            2.5T            1.5T
>
> --------------------------------------
>
> >
> > I'm really anxious to track this down so if anyone has any information, or need
> > something from me (logs or debugging) please don't hesitate to ask.
> >
>
> The same situation here. I've seen a few reports about this behaviour
> with the alim15x3 driver before, so I just wanted to report my problems
> too. If someone has any idea what's happening I'd be glad to try out any
> patches. Please CC me, as I am not subscribed to the list.

This issue is being tracked in the kernel bugzilla:
http://bugzilla.kernel.org/show_bug.cgi?id=5786

Please add yourself to cc:.

Bartlomiej
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/