Message-ID: <3FCA26AA.90302@gmx.de>
Date: Sun, 30 Nov 2003 18:19:38 +0100
From: "Prakash K. Cheemplavam" <prakashpublic@gmx.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031116
MIME-Version: 1.0
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
CC: Jeff Garzik <jgarzik@pobox.com>, marcush@onlinehome.de, axboe@suse.de,
       linux-kernel@vger.kernel.org
Subject: Re: Silicon Image 3112A SATA trouble
References: <3FC36057.40108@gmx.de> <200311301547.32347.bzolnier@elka.pw.edu.pl> <3FCA1220.2040508@gmx.de> <200311301721.41812.bzolnier@elka.pw.edu.pl>
In-Reply-To: <200311301721.41812.bzolnier@elka.pw.edu.pl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org

Bartlomiej Zolnierkiewicz wrote:

> In 2.6.x there is no max_kb_per_request setting in /proc/ide/hdx/settings.
> Therefore
> 	echo "max_kb_per_request:128" > /proc/ide/hde/settings
> does not work.
> 
> Hmm. actually I was under influence that we have generic ioctls in 2.6.x,
> but I can find only BLKSECTGET, BLKSECTSET was somehow lost.  Jens?
> 
> Prakash, please try patch and maybe you will have 2 working drivers now :-).


OK, this driver fixes the transfer rate problem. Nice, so I wanted to do 
the right thing, but it didn't work, as you explained... Thanks.

Nevertheless there is still the issue left:

hdparm -d1 /dev/hde makes the drive get major havoc (something like: 
ide: dma_intr: status=0x58 { DriveReady, SeekCOmplete, DataRequest}

ide status timeout=0xd8{Busy}; messages taken from swsups kernal panic
). Have to do a hard reset. I guess it is the same reason why swsusp 
gets a kernel panic when it sends PM commands to siimage.c. (Mybe the 
same error is in libata causing the same kernel panic on swsusp.)

Any clues?

Nice that at least the siimage driver has got some improvement after me 
getting on your nerves. ;-)

Prakash

-
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/