Includes: Fix for an issue presenting after 1.10.6 update where modem
would enter status denied state.
See:
https://cgit.freedesktop.org/ModemManager/ModemManager/commit/?h=1.10.8=47fd8a1e55cac0b0b45812e1dda826f38c264d1b
Signed-off-by: Michael Scott
---
.../{modemmanager_1.10.6.bb
Hi Alex and Richard,
On Wed, Jun 12, 2019, 9:06 PM Alex Kiernan wrote:
> Hi Mike
>
> On Wed, Jun 12, 2019 at 11:59 PM Michael Scott wrote:
> >
> >
> > On 6/12/19 3:21 PM, richard.pur...@linuxfoundation.org wrote:
> > > On Wed, 2019-06-12 at 14:17 -0700,
On 6/12/19 3:21 PM, richard.pur...@linuxfoundation.org wrote:
On Wed, 2019-06-12 at 14:17 -0700, Michael Scott wrote:
Actually, you can ignore this patch. We debugged the actual race
condition contributing to the confusion, and that developer will
submit a new patch with that fix. We can
there is a cached step
built incorrectly. The cached build step injects the u-boot.dtb prior
to it being signed.
Hopefully that makes sense,
- Mike
--
Michael Scott
Embedded Software Engineer at Foundries.io
"microPlatforms™ for Connected Products"
E: m...@foundries.io
W: https://www.fo
rrect
u-boot.bin in the deploy directory.
Signed-off-by: Michael Scott
---
meta/classes/uboot-sign.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/uboot-sign.bbclass b/meta/classes/uboot-sign.bbclass
index 8beafff7c0..202b18502b 100644
--- a/meta/classes/ubo
boot functionality for HW which doesn't use appended
u-boot DTBs. IE: QEMU uses prior stage hand-off and Raspberry
Pi 3 uses an embedded DTB, etc. By having the conf@ entry in the
fitImage, the entire OE signing process "just works" for testing
this new setup.
Signed-off-by: Michael Scott
any interface
the packet check will fail.
This patch updates the sysctl.conf file to current which doesn't set
the rp_filter mode explicity (2 is the default).
NOTE: The kernel/pid_max=1 setting has been commented out as this
may not be desired by default.
Signed-off-by: Michael Sc
On 4/23/19 2:37 AM, Richard Purdie wrote:
On Fri, 2019-04-19 at 10:41 -0700, Michael Scott wrote:
On 4/12/19 9:56 PM, Michael Scott wrote:
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI
On 4/12/19 9:56 PM, Michael Scott wrote:
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -> u-boot (as payload) -> Linux kernel (as fitImage
with ramdisk and dtb).
This was tested using QE
On Sat, Apr 13, 2019, 1:49 PM Alistair Francis wrote:
> On Fri, Apr 12, 2019 at 9:56 PM Michael Scott wrote:
> >
> >
> > On 4/12/19 10:17 AM, Alistair Francis wrote:
> > > On Thu, Apr 11, 2019 at 10:46 PM Michael Scott
> wrote:
> > >> Support
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -> u-boot (as payload) -> Linux kernel (as fitImage
with ramdisk and dtb).
This was tested using QEMU RISC-V 64-bit.
Signed-off-by: Michael
On 4/12/19 10:17 AM, Alistair Francis wrote:
On Thu, Apr 11, 2019 at 10:46 PM Michael Scott wrote:
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -> u-boot (as payload) -> Linux ker
On 4/12/19 9:35 AM, Khem Raj wrote:
On Thu, Apr 11, 2019 at 10:46 PM Michael Scott <mailto:m...@foundries.io>> wrote:
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -&
Support RISC-V kernel image, using the "Image" target.
This change allows RISC-V support for fitImage via the following
flow: OpenSBI -> u-boot (as payload) -> Linux kernel (as fitImage
with ramdisk and dtb).
This was tested using QEMU RISC-V 64-bit.
Signed-off-by: Michael
14 matches
Mail list logo