public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: Marco Lazzarotto <m.lazzarotto@robox.it>, linux-kernel@vger.kernel.org
Subject: Re: Trouble using some (fast) compact flash as ide device on an embedded system
Date: Mon, 5 Mar 2007 23:16:50 +0100	[thread overview]
Message-ID: <200703052316.50257.bzolnier@gmail.com> (raw)
In-Reply-To: <20070302195650.GA5697@ucw.cz>


On Friday 02 March 2007, Pavel Machek wrote:
> Hi!
> 
> > As I reported in bug 8036 in bugzilla.kernel.org,
> > 
> > Hardware Environment:
> > 
> >  - Use a compact flash SanDisk SDCFB-128 Firmware revision HDX 2.15
> >    (we used other compact flashes with the same hw ad sw for years
> >     with  no trouble)
> > 
> > It happens on both etx boards:
> >  - VIA SOM-ETX (4475)
> >  - Gene-4312
> > 
> > Doing the command
> > sfdisk -R /dev/hdc
> > 
> > gives:
> > 
> >  * * *
> > ide1: start_request: current=0xc6ebe754 (rq->sect=0,block 0)
> > hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
> > ide: failed opcode was: unknown
> > hdc: drive not ready for command
> > ide1: start_request: current=0xc6ebe754 (rq->sect=0,block 0)
> > hdc: do_special: 0x02
> > hdc: do_special: recalibrate
> > ide1: start_request: current=0xc6ebe754 (rq->sect=0,block 0)
> > hdc: reading: block=0 sectors=8, buffer = 0xc6cd40000
> > ide1: end_request: current=0xc6ebe754
> >  * * *
> > 
> > the 'bad bit' in status error is DataRequest
> > 
> > 
> > 
> > doing
> > sfdisk -l /dev/hdc
> > 
> > gives:
> > 
> >  * * *
> > ide1: start_request: current=0xc6ebecd4 (rq->sect=0,block 0)
> > hdc: reading: block=0, sectors=32, buffer=0xc6f37000
> > hdc: lost interrupt
> > hdc: lost interrupt [and so on several times]
> >  * * *
> > 
> > I have no knowledge of the internals of the linux kernel, but I'm a
> > programmer and have both hardware and time to spend on solving this issue.
> 
> Debug it, then :-). Try limiting its speed with hdparm to see if it
> helps.

I would suggest trying booting with "ide=nodma" first.

Should help if this is CF adapter without DMA support with DMA capable CF.
[ Hmm, this should be in the documentation somewhere but actually isn't. ]

Thanks,
Bart

  reply	other threads:[~2007-03-05 22:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-01 13:40 Trouble using some (fast) compact flash as ide device on an embedded system Marco Lazzarotto
2007-03-02 19:56 ` Pavel Machek
2007-03-05 22:16   ` Bartlomiej Zolnierkiewicz [this message]
2007-03-06  9:19     ` Marco Lazzarotto
2007-03-08 21:37       ` Bartlomiej Zolnierkiewicz
2007-03-09 17:22         ` Marco Lazzarotto
2007-03-09 22:53           ` Bartlomiej Zolnierkiewicz

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=200703052316.50257.bzolnier@gmail.com \
    --to=bzolnier@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.lazzarotto@robox.it \
    --cc=pavel@ucw.cz \
    /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