From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261193AbTEESS5 (ORCPT ); Mon, 5 May 2003 14:18:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261195AbTEESS5 (ORCPT ); Mon, 5 May 2003 14:18:57 -0400 Received: from ns.suse.de ([213.95.15.193]:26376 "EHLO Cantor.suse.de") by vger.kernel.org with ESMTP id S261193AbTEESSy (ORCPT ); Mon, 5 May 2003 14:18:54 -0400 Date: Mon, 5 May 2003 20:31:23 +0200 From: Karsten Keil To: Stephan von Krawczynski Cc: alan@lxorguk.ukuu.org.uk, kai@tp1.ruhr-uni-bochum.de, linux-kernel@vger.kernel.org Subject: Re: ISDN massive packet drops while DVD burn/verify Message-ID: <20030505183123.GA31871@pingi3.kke.suse.de> Mail-Followup-To: Stephan von Krawczynski , alan@lxorguk.ukuu.org.uk, kai@tp1.ruhr-uni-bochum.de, linux-kernel@vger.kernel.org References: <20030416151221.71d099ba.skraw@ithnet.com> <20030419193848.0811bd90.skraw@ithnet.com> <1050789691.3955.17.camel@dhcp22.swansea.linux.org.uk> <20030505164653.GA30015@pingi3.kke.suse.de> <20030505192652.7f17ea9e.skraw@ithnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505192652.7f17ea9e.skraw@ithnet.com> User-Agent: Mutt/1.4i Organization: SuSE Linux AG X-Operating-System: Linux 2.4.20-4GB i686 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 05, 2003 at 07:26:52PM +0200, Stephan von Krawczynski wrote: > On Mon, 5 May 2003 18:46:53 +0200 > Karsten Keil wrote: > > > > How did we manage to become that bad? > > > > Its not so bad, the problem is how do you tune the system. If you prefer to > > not interrupt the IDE transfers, which seems to be the default case, you > > loose IRQ latency, which doesn't matter in much cases, but not on > > this. You can tune it (hdparm work also with cdwriters, since > > even if it use ide-scsi, the underlying driver is the ide driver. > > You mean UDMA 2 does not make it (which I had in the test case)? > > # hdparm -i /dev/hdc > > /dev/hdc: > > Model=SONY DVD RW DRU-500A, FwRev=2.0c, SerialNo=DA5B9D3D > Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } > RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 > BuffType=unknown, BuffSize=0kB, MaxMultSect=0 > (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 > IORDY=on/off, tPIO={min:180,w/IORDY:120}, tDMA={min:120,rec:120} > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: mdma0 mdma1 mdma2 > UDMA modes: udma0 udma1 *udma2 > AdvancedPM=no > Drive conforms to: device does not report version: 4 5 6 > No the mode doesn't matter so much here, what give hdparm -v /dev/hdc > > This all don't say that here maybe also other problems around, but I have no > > better explanation. > > Hm, this looks like the unresolved sleeping AVM Fritz2 syndrome to me: no idea > of what's really going on ... Hmm, don't remember this issue at the moment. -- Karsten Keil SuSE Labs ISDN development