On Wed, May 15, 2019 at 6:07 PM Paul Gortmaker
wrote:
> Bruce, Yocto kernel folks:
>
> Here is the next 4.18.x stable update "extension" primarily created
> for the Yocto project, continuing from the previous v4.18.37 release.
>
> There is one trivial one line commit to fix a build error on
merged.
SRCREV updates will follow with my next round of -stable bumps.
Bruce
On Tue, May 14, 2019 at 5:09 AM Liwei Song wrote:
> From: Takashi Iwai
>
> commit f495222e28275222ab6fd93813bd3d462e16d340 upstream.
>
> Currently the IRQ handler in HD-audio controller driver is registered
>
On Tue, May 14, 2019 at 9:18 AM Daniel Dragomir <
daniel.drago...@windriver.com> wrote:
> Hello Bruce!
>
> I know 4.1 is not supported anymore, but if possible,
> please review and merge this series of patches in
>
I'm still doing -stable updates when I can to 4.1 (I'm a bit behind at the
merged.
Bruce
On Tue, May 14, 2019 at 10:33 AM Daniel Dragomir <
daniel.drago...@windriver.com> wrote:
> Disabled correctable errors reporting for SYSMEM and CMEM by default.
>
> EDAC_AXXIA_SYSMEM_SKIP_CORRECTABLE:
> Support for deactivation of processing of SYSMEM correctable errors
> (single
[Re: v4.18.x - stable updates comprising v4.18.38] On 16/05/2019 (Thu 15:59)
Bruce Ashfield wrote:
>
>
> On Wed, May 15, 2019 at 6:07 PM Paul Gortmaker
> wrote:
>
> Bruce, Yocto kernel folks:
>
> Here is the next 4.18.x stable update "extension" primarily created
> for the Yocto
Hi,
I looked at my kernel 5.1 defconfig and could not find device driver
for NAND Flash PARALLEL 48TSOP, any advice how to make the kernel
support for NAND Flash PARALLEL 48TSOP?
Thank you.
- jupiter
--
___
linux-yocto mailing list
Both are now merged to master.
Bruce
On Wed, May 15, 2019 at 10:32 PM Mittal, Anuj wrote:
> Hi Bruce,
>
> Both these changes are only for master and are specific to v5.1.
>
> On Thu, 2019-05-16 at 10:26 +0800, Anuj Mittal wrote:
> > This has been removed starting v5.1 and nf_nat_ipv4,6 have
Yes, kallsyms is a helper program for handling symbols during kernel build
and is not itself transferred to target.
For the kernel, it is essentially used for the target, but its compilation
process needs native tools like kallsyms. Is this case not be considered in
Yocto at the beginning?
Anyway,