imx6 eSATA

Shawn Guo shawn.guo at linaro.org
Sat Jan 18 23:15:36 EST 2014


Copy Richard who might be better to clarify.

Shawn

On Sat, Jan 18, 2014 at 06:44:27PM +0000, Russell King - ARM Linux wrote:
> So, I see we have AHCI support for SATA on the iMX6.  Great... but it
> doesn't work on the cubox-i, because the phy settings are wrong.
> 
> The Cubox-i requires GPR13 set to 0x0593A044 - I haven't decoded what
> this means yet, but it's different from the 0x0593E4A4 which is
> currently hard-coded into the driver (and I've independently tested
> that this is indeed required.)
> 
> So, there's presently no DT properties for this - given that these
> parameters would be board specific, it surprises me that this has not
> been thought about, and properties already generated, because now it
> means that we need to _add_ new properties to this driver.
> 
> Also, this PDDQ mode thing, which can't be recovered except by reset.
> This is another illustration why Linux is unfriendly - the thing can
> silently go into this power down mode which is irrecoverable without
> any messages being generated nor any hints how to avoid it - maybe
> this should also be a DT property, not just a command line option.
> 
> More importantly, maybe we should print a message when we discover
> that there's nothing connected and we're going to enter this mode -
> maybe something like this:
> 
> diff --git a/drivers/ata/ahci_imx.c b/drivers/ata/ahci_imx.c
> index 3e23e9941dad..0a1ae7213992 100644
> --- a/drivers/ata/ahci_imx.c
> +++ b/drivers/ata/ahci_imx.c
> @@ -77,6 +77,10 @@ static void ahci_imx_error_handler(struct ata_port *ap)
>  			!IMX6Q_GPR13_SATA_MPLL_CLK_EN);
>  	clk_disable_unprepare(imxpriv->sata_ref_clk);
>  	imxpriv->no_device = true;
> +
> +	dev_info(ap->dev, "no device, link disabled until next reset.\n");
> +	dev_info(ap->dev, "pass " MODULE_PARAM_PREFIX
> +		 ".hotplug=1 to enable link hotplug support\n");
>  }
>  
>  static struct ata_port_operations ahci_imx_ops = {
> 
> 
> -- 
> FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up.  Estimation
> in database were 13.1 to 19Mbit for a good line, about 7.5+ for a bad.
> Estimate before purchase was "up to 13.2Mbit".




More information about the linux-arm-kernel mailing list