Re: [Arm.ebbr-discuss] Questions about GPT

2018-07-02 Thread Alexander Graf
On 02.07.18 20:40, William Mills wrote: > > > On 07/02/2018 12:15 PM, Daniel Thompson wrote: >> On Sun, Jul 01, 2018 at 10:37:49AM -0400, William Mills wrote: >>> All, >>> >>> I rely on your greater knowledge to help me understand these questions. >>> Thanks in advance. >>> >>> 1) GPT and block

Re: [PATCH v3 1/6] driver core: allow stopping deferred probe after init

2018-07-02 Thread Rob Herring
On Fri, Jun 29, 2018 at 4:25 PM Andy Shevchenko wrote: > > On Thu, Jun 28, 2018 at 11:43 PM, Rob Herring wrote: > > Deferred probe will currently wait forever on dependent devices to probe, > > but sometimes a driver will never exist. It's also not always critical for > > a driver to exist. Platf

Re: [Arm.ebbr-discuss] Questions about GPT

2018-07-02 Thread Daniel Thompson
On Mon, Jul 02, 2018 at 02:40:50PM -0400, William Mills wrote: > > Not sure that matters much though: if you want to fix it up you would > > arrange for the fixup logic to be part of your initramfs. > > > > Yes, initramfs would be a good place to fix this. But it means firmware > must deal with

Re: [Arm.ebbr-discuss] Questions about GPT

2018-07-02 Thread William Mills
On 07/02/2018 02:40 PM, William Mills wrote: > > > On 07/02/2018 12:15 PM, Daniel Thompson wrote: >> On Sun, Jul 01, 2018 at 10:37:49AM -0400, William Mills wrote: >>> All, >>> >>> I rely on your greater knowledge to help me understand these questions. >>> Thanks in advance. >>> >>> 1) GPT and

Re: [Arm.ebbr-discuss] Questions about GPT

2018-07-02 Thread William Mills
On 07/02/2018 12:15 PM, Daniel Thompson wrote: > On Sun, Jul 01, 2018 at 10:37:49AM -0400, William Mills wrote: >> All, >> >> I rely on your greater knowledge to help me understand these questions. >> Thanks in advance. >> >> 1) GPT and block size >> 1A) By querying the device >> 1B) So

Re: [Arm.ebbr-discuss] Questions about GPT

2018-07-02 Thread Daniel Thompson
On Sun, Jul 01, 2018 at 10:37:49AM -0400, William Mills wrote: > All, > > I rely on your greater knowledge to help me understand these questions. > Thanks in advance. > > 1) GPT and block size > 1A) By querying the device > 1B) Some MBR magic? There's some comments in the fdisk man p

Re: [PATCH v3 3/6] pinctrl: Support stopping deferred probe after initcalls

2018-07-02 Thread Linus Walleij
On Thu, Jun 28, 2018 at 10:43 PM Rob Herring wrote: > Pinctrl drivers are a common dependency which can prevent a system > booting even if the default or bootloader configured settings can work. > If a pinctrl node in DT indicates that the default pin setup can be used > with the 'pinctrl-use-def

Re: [Arm.ebbr-discuss] [PATCH] Create a new chapter to discuss shared storage

2018-07-02 Thread Grant Likely
On 29/06/2018 22:49, Rob Herring wrote: On Fri, Jun 29, 2018 at 11:03 AM Grant Likely wrote: +Some shared media provides dedicate boot regions, but in many cases dedicated perhaps an "(e.g. eMMC)" fixed +Shared storage must use GPT partitioning unless the storage media provides +device-n

Re: [PATCH v3 1/6] driver core: allow stopping deferred probe after init

2018-07-02 Thread Andy Shevchenko
On Thu, Jun 28, 2018 at 11:43 PM, Rob Herring wrote: > Deferred probe will currently wait forever on dependent devices to probe, > but sometimes a driver will never exist. It's also not always critical for > a driver to exist. Platforms can rely on default configuration from the > bootloader or re

Re: [PATCH v3 6/6] PM / Domains: Stop deferring probe at the end of initcall

2018-07-02 Thread Rafael J. Wysocki
On Thursday, June 28, 2018 10:43:44 PM CEST Rob Herring wrote: > All PM domain drivers must be built-in (at least those using DT), so > there is no point deferring probe after initcalls are done. Continuing > to defer probe may prevent booting successfully even if managing PM > domains is not requi