Hi
At present, I don't see any specific hardware requirement for EBBR except ARMv8
CPU. Current document covers it very well.
IMO, we can deferred this ticket.
Thoughts ?
Regards
Udit
___
boot-architecture mailing list
boot-architecture@lists.lin
On Thu, May 24, 2018 at 5:28 PM, Bjorn Andersson
wrote:
> On Thu 24 May 10:50 PDT 2018, 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 ca
On Thu 24 May 10:50 PDT 2018, 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 reset
On Thu, May 24, 2018 at 2:00 PM, Greg Kroah-Hartman
wrote:
> On Thu, May 24, 2018 at 12:50:17PM -0500, 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.
On Thu, May 24, 2018 at 1:18 PM, Mark Brown wrote:
> On Thu, May 24, 2018 at 12:50:17PM -0500, Rob Herring wrote:
>
>> Subsystems or drivers may opt-in to this behavior by calling
>> driver_deferred_probe_check_init_done() instead of just returning
>> -EPROBE_DEFER. They may use additional informa
On 23/05/2018 14:21, Daniel Thompson wrote:
On Tue, May 22, 2018 at 11:12:26PM +0200, Alexander Graf wrote:
Am 22.05.2018 um 21:17 schrieb Daniel Thompson :
Fixes: #3
Fixed: #8
Signed-off-by: Daniel Thompson
---
Notes:
This patch tries to capture contributions from a long a varied discuss
On 24/05/2018 14:00, Alexander Graf wrote:
On 24.05.18 11:16, Daniel Thompson wrote:
On Wed, May 23, 2018 at 04:08:52PM +0200, Alexander Graf wrote:
+MBR partitioning
+
+
+Protective partitions should have a partition type of 0xF8 unless some
+immutable feature of the platform
On Thu, May 24, 2018 at 02:45:48PM -0500, Rob Herring wrote:
> On Thu, May 24, 2018 at 2:01 PM, Greg Kroah-Hartman
> wrote:
> > On Thu, May 24, 2018 at 12:50:18PM -0500, Rob Herring wrote:
> >> Deferring probe can wait forever on dependencies that may never appear
> >> for a variety of reasons. Th
On Thu, May 24, 2018 at 2:01 PM, Greg Kroah-Hartman
wrote:
> On Thu, May 24, 2018 at 12:50:18PM -0500, Rob Herring wrote:
>> Deferring probe can wait forever on dependencies that may never appear
>> for a variety of reasons. This can be difficult to debug especially if
>> the console has dependenc
On Thu, May 24, 2018 at 1:56 PM, Greg Kroah-Hartman
wrote:
> On Thu, May 24, 2018 at 12:50:17PM -0500, 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.
On 24/05/2018 15:21, Daniel Thompson wrote:
Currently the README does not document how to install
sphinx and texlive on Fedora. Fix this.
Signed-off-by: Daniel Thompson
Applied, thanks.
g.
---
README.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a/README.rst b/REA
On 24/05/2018 14:33, Daniel Thompson wrote:
On Tue, May 22, 2018 at 05:14:00PM +0100, Grant Likely wrote:
Adds the revision history table to the markup.
Resolves: #4
Signed-off-by: Grant Likely
---
source/ebbr.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a/source/ebb
On Thu, May 24, 2018 at 12:50:18PM -0500, Rob Herring wrote:
> Deferring probe can wait forever on dependencies that may never appear
> for a variety of reasons. This can be difficult to debug especially if
> the console has dependencies or userspace fails to boot to a shell. Add
> a timeout to ret
On Thu, May 24, 2018 at 12:50:17PM -0500, 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
> bootloade
On Thu, May 24, 2018 at 12:50:17PM -0500, 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
> bootloade
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 required. This can happen if the user failed to enable
the driver or if powe
Now that we use the driver core to stop deferred probe for missing
drivers, IOMMU_OF_DECLARE can be removed.
This is slightly less optimal than having a list of built-in drivers in
that we'll now defer probe twice before giving up. This shouldn't have a
significant impact on boot times as past dis
The IOMMU subsystem has its own mechanism to not defer probe if driver
support is missing. Now that the driver core supports stopping deferring
probe if drivers aren't built-in (and probed), use the driver core
support so the IOMMU specific support can be removed.
Cc: Joerg Roedel
Cc: io...@lists
Deferring probe can wait forever on dependencies that may never appear
for a variety of reasons. This can be difficult to debug especially if
the console has dependencies or userspace fails to boot to a shell. Add
a timeout to retry probing without possibly optional dependencies and to
dump out the
Pin setup may be optional in some cases such as the reset default works
or the pin setup is done by the bootloader. In these cases, it is optional
for the OS to support managing the pin controller and pin setup. In order
to support this scenario, add a property 'pinctrl-use-default' to indicate
tha
If the pinctrl node in DT indicates that pin setup is optional and the
defaults can be used with the 'pinctrl-use-default', then only defer probe
until initcalls are done. This gives platforms the option to work without
their pinctrl driver being enabled.
Signed-off-by: Rob Herring
---
drivers/p
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/bcm283x.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dts/bcm283x.dtsi
index ac00e730f898..c8b8ede3d273 100644
--- a/arch/arm/boot/dts/bcm283x.dtsi
+++ b/arch/arm/boot/dts/bcm283x.dtsi
@@
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 reset defaults for things such as pinctrl and power domains.
Thi
This series came out of a discussion on the ARM boot-architecture
list[1] about DT forwards and backwards compatibility issues. There are
issues with newer DTs breaking on older, stable kernels. Some of these
are difficult to solve, but cases of optional devices not having
kernel support should be
On 24.05.18 12:14, Udit Kumar wrote:
> Hi Alex
>
>> -Original Message-
>> From: Alexander Graf [mailto:ag...@suse.de]
>> Sent: Wednesday, May 23, 2018 6:11 PM
>> To: Udit Kumar ; boot-architecture@lists.linaro.org;
>> arm.ebbr-disc...@arm.com
>> Subject: Re: [Arm.ebbr-discuss] [PATCH] I
On Thu, May 24, 2018 at 02:55:26PM +, Grant Likely wrote:
> Personally I think we should encourage separate ESP and firmware partitions.
I'm still on the fence TBH... but whichever way we go I don't think
it will contradict anything introduced by this patch. That leaves me
inclined to post a g
Personally I think we should encourage separate ESP and firmware partitions.
---
Grant Likely
Sr. Technical Director SW Engineering
From: Alexander Graf
Sent: Thursday, May 24, 2018 2:00:54 PM
To: Daniel Thompson
Cc: Grant Likely; boot-architecture@lists.linaro.o
On 24.05.18 11:16, Daniel Thompson wrote:
> On Wed, May 23, 2018 at 04:08:52PM +0200, Alexander Graf wrote:
> +MBR partitioning
> +
> +
> +Protective partitions should have a partition type of 0xF8 unless some
> +immutable feature of the platform makes this imp
Currently the README does not document how to install
sphinx and texlive on Fedora. Fix this.
Signed-off-by: Daniel Thompson
---
README.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a/README.rst b/README.rst
index 851c078065a9..9eef58805021 100644
--- a/README.rst
+++ b/RE
[RESEND, I accidentally cut the ML from my reply. Apologies to
Grant who will have had to read it twice]
On Tue, May 22, 2018 at 05:14:00PM +0100, Grant Likely wrote:
> Adds the revision history table to the markup.
>
> Resolves: #4
> Signed-off-by: Grant Likely
> ---
> source/ebbr.rst | 13 +++
Hi Alex
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Wednesday, May 23, 2018 6:11 PM
> To: Udit Kumar ; boot-architecture@lists.linaro.org;
> arm.ebbr-disc...@arm.com
> Subject: Re: [Arm.ebbr-discuss] [PATCH] Issue#10 Add EBBR compliance test
>
> On 05/23/20
On Wed, May 23, 2018 at 04:08:52PM +0200, Alexander Graf wrote:
> > > > +MBR partitioning
> > > > +
> > > > +
> > > > +Protective partitions should have a partition type of 0xF8 unless some
> > > > +immutable feature of the platform makes this impossible.
> > > I'd like to be rid of
32 matches
Mail list logo
