linux-kernel - Re: [PATCHv5 2/4] mailbox: Introduce framework for mailbox

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAJAp7OjUEkG9Wxg_ZhgAqRWQ9QE5sCnUHXW=Qsggq=OSprWLCQ@mail.gmail.com>
Date:	Mon, 19 May 2014 12:55:51 -0700
From:	Bjorn Andersson <bjorn@...o.se>
To:	Jassi Brar <jaswinder.singh@...aro.org>
Cc:	Arnd Bergmann <arnd@...db.de>,
	Jassi Brar <jassisinghbrar@...il.com>,
	lkml <linux-kernel@...r.kernel.org>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	"Anna, Suman" <s-anna@...com>,
	Loic Pallardy <loic.pallardy@...com>,
	LeyFoon Tan <lftan.linux@...il.com>,
	Craig McGeachie <slapdau@...oo.com.au>,
	Courtney Cavin <courtney.cavin@...ymobile.com>,
	Rob Herring <robherring2@...il.com>,
	Josh Cartwright <joshc@...eaurora.org>,
	Linus Walleij <linus.walleij@...aro.org>,
	Kumar Gala <galak@...eaurora.org>,
	"ks.giri@...sung.com" <ks.giri@...sung.com>
Subject: Re: [PATCHv5 2/4] mailbox: Introduce framework for mailbox

On Mon, May 19, 2014 at 11:03 AM, Jassi Brar <jaswinder.singh@...aro.org> wrote:
> On 19 May 2014 18:38, Arnd Bergmann <arnd@...db.de> wrote:
>> On Friday 16 May 2014 19:03:25 Jassi Brar wrote:
[...]
>> Do you have an example for a platform like that? I'd expect that normally
>> we can have a boot loader that sets up the system timer to work good
>> enough for us to get into normal driver initialization.
>>
> My platform. We choose to keep bootloader to the minimum and make
> kernel not depend upon any goodies provided.
> Second, which I don't think can be helped by a bootloader, the remote
> master has gate & rate control of clocks to peripheral IPs. The
> clk-api driver simply maps Linux requests onto mailbox commands. So
> the mailbox is needed as early as CLK_OF_DECLARE (when kernel reads
> the rate of every registered clock).   Any suggestions?

Hi Jessi

On the newer Qualcomm platform the root clocks are controlled by a "resource
power manager" system; all clocks and regulators accesses are done over a fifo
based communication link, over shared memory, with dependencies on e.g.
hwspinlocks.

There's nothing strange with this, you just have to bring up (probe) all those
drivers before you can initialize the clock driver so that you can
initialize any
peripheral device drivers. That's what you have EPROBE_DEFER for.


Even in your sparsely initialized system, you must have enough clocks to
bring up the mailbox driver, so that you can bring up your clock driver and
from that you're good to initialize the rest.

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