> -----Original Message----- > From: Albert ARIBAUD [mailto:albert.arib...@free.fr] > Sent: Sunday, August 01, 2010 11:05 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de > Subject: Re: [PATCH V5 4/4] edminiv2: add mvsata_ide and > cmd_ide support > > Hi Prafulla et al., > > Le 01/08/2010 18:48, Prafulla Wadaskar a écrit : > > > > > >> -----Original Message----- > >> From: Albert ARIBAUD [mailto:albert.arib...@free.fr] > >> Sent: Friday, July 23, 2010 4:21 PM > >> To: Prafulla Wadaskar > >> Cc: u-boot@lists.denx.de > >> Subject: Re: [PATCH V5 4/4] edminiv2: add mvsata_ide and > >> cmd_ide support > > ...snip... > >> > >>> Secondly I tried to generate similar patches for Kirkwood > >> oneprd_base (attached) on the top of this patch series > >>> But somehow "ide reset" is unable to detect device on port. > >>> If you have openrd_base board, can you pls give a try? > >> > > >> > May be you may need to look at mpp config. > >> > >> I have an OpenRD Client, not base; client has a SATA > >> connector to which > >> I have a disk connected, so I could give it a try but we'll > >> need to make > >> sur how many SATA ports kirkwood has and which ones are used > >> on either > >> openrd client and base (orion5x has two sata ports and edmini > >> uses port > >> 1, not 0, for its sole SATA conector). I am away from home > right now, > >> but I will be able to give it a try as soon as August 1st. > > > > Hi Albert > > Ping ...if you are back > > I am, and I have done some work on your problem, but for the > moment I am > still at the same stage as you -- a continuous sequence of dots when > doing an ide reset, right?
Right.. > > I have #define'd DEBUG in cmd_ide.c and compared the debug > messages for > my ED Mini V2 (working) and my OpenRD-Client (not working). I > have also > performed manual SATA and IDE reset sequences. Short story: > > 1) the board code correctly initializes the SATA link, which > correctly > detects a disk if there is one: > > Marvell>> md.l f1082300 4 > f1082300: 00000113 14010000 00000300 010300b0 ................ > Marvell>> md.l f1084300 4 > f1084300: 00000000 00000000 00000300 010300b0 ................ > Marvell>> > > (this is consistent with my system which has a 1.5 GBps disk > on port 0). > > 2) The problem is that the drive appears continuously non-RDY > (SStatus > register remains at 0x80 while on the ED Mini V2 it ends up at 0x50, > which basically means it is ready). > > I will now compare the MPP / GPIO settings performed by the > FLASH-resident U-Boot (its 'ide reset' command works ok) to those in > effect when the patched u-boot fails. Maybe one GPIO controls > power to > the internal SATA port, although I doubt it -- if the drive > was off, the > controller would not see it at all, and SStatus at F1082300 would not > report it present. I tried tweaking MPP setup for SATA related stuff, it's multiplexed with UART and other I/Os (NAND), What I observed: if I boot kernel with sata support, kernel sata driver works properly and I can detect and use IDE devices. So I doubt MPP, I don't know kernel (latest stable) overrides MPP settings done by u-boot?? We can get some reference from there. > > > Pls include my email address in your white list, the mails > to you bounces back to me. > > It's not an issue of (not) whitelisting your e-mail address; > it's your > mail server being blacklisted by my email provider. If you > have a recent > non-delivery report please send it to me in private to my > gmail account > (albert.arib...@gmail.com), I'll try to sort things out and > contact your > mail server's admin with the relevant details. I will post you log seperately Regards.. Prafulla . . _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
