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] [day] [month] [year] [list]
Message-Id: <20121120170939.4F0043E102F@localhost>
Date:	Tue, 20 Nov 2012 17:09:39 +0000
From:	Grant Likely <grant.likely@...retlab.ca>
To:	Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
	Stephen Warren <swarren@...dotorg.org>
Cc:	Kevin Hilman <khilman@...com>, Matt Porter <mporter@...com>,
	Koen Kooi <koen@...inion.thruhere.net>,
	Pantelis Antoniou <panto@...oniou-consulting.com>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Felipe Balbi <balbi@...com>,
	Deepak Saxena <dsaxena@...aro.org>,
	Scott Wood <scottwood@...escale.com>,
	Russ Dill <Russ.Dill@...com>, linux-omap@...r.kernel.org,
	devicetree-discuss@...ts.ozlabs.org
Subject: Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2)

On Sat, 17 Nov 2012 23:27:18 +0100, Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com> wrote:
> On 16:23 Fri 09 Nov     , Stephen Warren wrote:
> > On 11/09/2012 09:28 AM, Grant Likely wrote:
> > However, I think the process for an end-user needs to be as simple as
> > "drop this .dts/.dtb file into some standard directory", and I imagine
> > it'll be much easier for distros/... to make that process work if
> > they're dealing with a .dtb that they can just blast into the kernel's
> > firmware loader interface, rather than having to also locate the
> > base-board .dts/.dtb file, and run dtc and/or other tools on both .dts
> > files together.
> I've exactly the same issue on Calao or the new atmel boards
> 
> We have lego boards
> 
> with different cpu-modues running on differetn mother boards with
> diferrentdaugther boards
> 
> on atmel we are lucky enough we can identity via 1-wire all of them but
> on Calao no
> 
> On Somfy platform we can detect hardware version and need different pinctrl
> 
> So personally I'll prefer to be able to request dtb from the kernel or push
> them from the userspace as it will depends where you will detect the hardware
> present
> 
> The main concern will which part of the kenel will now handle hw detection?

Along the lines of what you said above, it will depend on the board. If
the board /can/ be detected, then the kernel should do so and request
the appropriate configuration. If it cannot, then it simply must be left
up to either userspace or something explicit in the boot devicetree.

g.

--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ