From: Philip Hands <phil@hands.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] OpenRD Ultimate SATA & SD
Date: Wed, 15 Jun 2011 10:54:12 +0100 [thread overview]
Message-ID: <874o3rxvwb.fsf@poker.hands.com> (raw)
Hi,
I've been trying to get a version of u-boot for OpenRD Ultimate that is
willing to boot from all of NAND, USB, SD and SATA, and find that SD &
SATA is still not possible with -rc1 as packaged for Debian (and it
seems that nothing in the subsequent work in the master git would help,
but if people tell me that it does, I'll give that a try).
SATA throws an error in ide_preinit in drivers/block/mvsata_ide.c, and
having looked into it, the second call to mvsata_ide_initialize_port is
what fails.
This is with a SATA drive plugged into the on-board SATA port, and with
nothing plugged into the eSATA port.
If I #undef CONFIG_SYS_ATA_IDE1_OFFSET in include/configs/openrd.h
then the second mvsata_ide_initialize_port call is disabled, and I can
then boot from SATA, but I've not got an eSATA drive to test whether it
would have worked if I had one plugged in.
I note that there is still something a little odd going on, since the
drive seems to get detected twice:
Marvell>> ide reset
Reset IDE: Bus 0: OK Bus 1: OK
Device 0: Model: HITACHI HTS723216L9SA60 Firm: FC2ZC50B Ser#: 091005FC1220NCHXGPLG
Type: Hard Disk
Supports 48-bit addressing
Capacity: 152627.8 MB = 149.0 GB (312581808 x 512)
Device 1: Model: HITACHI HTS723216L9SA60 Firm: FC2ZC50B Ser#: 091005FC1220NCHXGPLG
Type: Hard Disk
Supports 48-bit addressing
Capacity: 152627.8 MB = 149.0 GB (312581808 x 512)
but it seems to work OK anyway.
As for the SD -- it detects OK, but seems to be unable to read more than
a small amount of data from the SD card, as seen here:
Marvell>> mmc init
SDHC found. Card desciption is:
Manufacturer: 0x1e, OEM "AB"
Product name: "USD ", revision 1.0
Serial number: 93331321
Manufacturing date: 8/2010
CRC: 0x00, b0 = 0
mmc1 is available
Marvell>> ext2ls mmc 0
<DIR> 1024 .
<DIR> 1024 ..
<DIR> 12288 lost+found
1433576 vmlinuz-2.6.32-5-kir
at which point it hangs.
If I take the same SD card, put it in an SD-to-USB adaptor and then
access it via the USB, I can boot the kernel, whereas it just locks up
when accessed as an SD, which also seems to point at it not being able
to do more than a small read via SD.
Any suggestions on how to diagnose what's going on here would be most
welcome. I've tried pointing gdb at it, but it seems not to be doing
breakpoints as I'd expect, so hints on how to get gdb working as well
would be helpful (yes, I am rather new to this :-)
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] http://www.hands.com/
|-| HANDS.COM Ltd. http://www.uk.debian.org/
|(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
Url : http://lists.denx.de/pipermail/u-boot/attachments/20110615/646ac4c2/attachment.pgp
next reply other threads:[~2011-06-15 9:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-15 9:54 Philip Hands [this message]
2011-06-16 5:10 ` [U-Boot] OpenRD Ultimate SATA & SD Prafulla Wadaskar
2011-06-16 10:19 ` Philip Hands
2011-06-16 12:18 ` Alexei Ozhigov
2011-06-16 20:03 ` Philip Hands
2011-06-17 7:47 ` Prafulla Wadaskar
2011-06-17 8:29 ` Alexei Ozhigov
2011-06-18 5:52 ` Albert ARIBAUD
2011-06-20 9:30 ` Alexei Ozhigov
2011-07-02 6:26 ` Albert ARIBAUD
2011-08-10 13:18 ` Philip Hands
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=874o3rxvwb.fsf@poker.hands.com \
--to=phil@hands.com \
--cc=u-boot@lists.denx.de \
/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