lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200703052316.50257.bzolnier@gmail.com>
Date:	Mon, 5 Mar 2007 23:16:50 +0100
From:	Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
To:	Pavel Machek <pavel@....cz>
Cc:	Marco Lazzarotto <m.lazzarotto@...ox.it>,
	linux-kernel@...r.kernel.org
Subject: Re: Trouble using some (fast) compact flash as ide device on an embedded system


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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ