Message-ID: <1412845410.6809.3.camel@pengutronix.de>
Subject: Re: [PATCH] reset: socfpga: use arch_initcall for early
 initialization
From: Philipp Zabel <p.zabel@pengutronix.de>
To: dinguyen@opensource.altera.com
Cc: dinh.linux@gmail.com, s.trumtrar@pengutronix.de, grant.likely@linaro.org,
        robh+dt@kernel.org, atull@opensource.altera.com,
        devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Date: Thu, 09 Oct 2014 11:03:30 +0200
In-Reply-To: <1412822646-11257-1-git-send-email-dinguyen@opensource.altera.com>
References: <1412822646-11257-1-git-send-email-dinguyen@opensource.altera.com>
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org

Am Mittwoch, den 08.10.2014, 21:44 -0500 schrieb
dinguyen@opensource.altera.com:
> From: Dinh Nguyen <dinguyen@opensource.altera.com>
> 
> There are certain drivers that are required to get loaded very early using
> arch_initcall. An example of such a driver is the SOCFPGA's FPGA bridge driver.
> This driver has to get loaded early because it needs to enable FPGA components
> that are connected to the bridge.
> 
> This FPGA bridge driver will using the reset controller API to toggle it's
> reset bits, thus, it needs the reset driver to be loaded as early as possible
> in order for it to get used properly.

Without knowing the details, this sounds like the wrong approach. Can't
the bridge driver return -EPROBE_DEFER until the reset controller is
available?

regards
Philipp

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