From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans de Goede Subject: Re: [RFC v3 09/13] ARM: sunxi: Add support for Allwinner SUNXi SoCs sata to ahci_platform Date: Sun, 19 Jan 2014 20:07:46 +0100 Message-ID: <52DC2282.4040702@redhat.com> References: <1390088935-7193-1-git-send-email-hdegoede@redhat.com> <1390088935-7193-10-git-send-email-hdegoede@redhat.com> <20140119122216.GM15937@n2100.arm.linux.org.uk> Reply-To: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Return-path: In-Reply-To: <20140119122216.GM15937-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> List-Post: , List-Help: , List-Archive: Sender: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-Subscribe: , List-Unsubscribe: , To: Russell King - ARM Linux Cc: Tejun Heo , devicetree , linux-ide-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Oliver Schinagl , Richard Zhu , linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, Maxime Ripard , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: devicetree@vger.kernel.org Hi, On 01/19/2014 01:22 PM, Russell King - ARM Linux wrote: > On Sun, Jan 19, 2014 at 12:48:51AM +0100, Hans de Goede wrote: >> + timeout = 0x100000; >> + do { >> + reg_val = sunxi_getbits(reg_base + AHCI_PHYCS0R, 0x7, 28); >> + } while (--timeout && (reg_val != 0x2)); >> + if (!timeout) { >> + dev_err(dev, "PHY power up failed.\n"); >> + return -EIO; >> + } > > This is not a good way to detect failure - there's several things wrong > here. > > First, how long does sunxi_getbits() take? What does that depend on? > Therefore, how long does it take to time out? You're interpreting the timeout in the above code as an actual timeout, but that is not what it is, it is a means to avoid looping forever if something is seriously amiss. The only time I've ever seen the timeout trigger is when I forgot to enable some clks iirc. I can rename the variable from timeout to max_tries to make this more clear. > Secondly, what if the success condition becomes true at the same time that > a timeout occurs? We should never get anywhere near timeout becoming 0, so if both happen at the same time, then something is pretty seriously broken and the returning of an error as the code does now is the right thing to do. Regards, Hans