Hi Bruce,
This now happens on qemuarmv5 and possibly on all arm arches.
standard.scc -> arm.scc -> arm.cfg -> CONFIG_CC_OPTIMIZE_FOR_SIZE=y
It hangs the whole system.
But turning off CONFIG_CC_OPTIMIZE_FOR_SIZE would affect all arches.
What do you think?
Thanks,
Zhe
On 10/30/19 8:25 AM,
Hi Bruce,
When will the next sync-up with stable and RT trees happen?
Thanks,
Zhe
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto
and the new libc-headers. So I wasn't able to send the PV bump patch for
> linux-yocto. I've temporarily gone back to a building configuration, but I
> expect that I'll have it back to 5.3 in the next day or so.
>
> Bruce
>
> On Tue, Jul 30, 2019 at 2:58 AM He Zhe
Hi Bruce,
Why do we merge v5.2.3 to linux-yocto-dev? which is now almost the same as
linux-yocto.
Regards,
Zhe
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto
.
>>>
>>> Reported-by: Hulk Robot
>>> Fixes: d5178578bcd4 ("btrfs: directly call into crypto framework for
>>> checksumming")
>>> Reviewed-by: Johannes Thumshirn
>>> Signed-off-by: YueHaibing
>>> Reviewed-by: David Sterba
>&
nnes Thumshirn
> Signed-off-by: YueHaibing
> Reviewed-by: David Sterba
> Signed-off-by: David Sterba
>
> commit 314c4cd6d9e60b9412dcd1b1783a66532f91ea2d upstream
>
> Signed-off-by: He Zhe
> ---
> fs/btrfs/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
On 7/2/19 9:16 PM, He Zhe wrote:
>
> On 7/2/19 9:04 PM, Bruce Ashfield wrote:
>> On Tue, Jul 2, 2019 at 4:54 AM wrote:
>>> From: He Zhe
>>>
>>> The patch has already been applied on the tree. This would trigger
>>> re-application when
On 7/2/19 9:04 PM, Bruce Ashfield wrote:
> On Tue, Jul 2, 2019 at 4:54 AM wrote:
>> From: He Zhe
>>
>> The patch has already been applied on the tree. This would trigger
>> re-application when features/net/net.scc included.
> Nothing should be including net.scc d
On 6/26/19 8:27 PM, Bruce Ashfield wrote:
> On Tue, Jun 25, 2019 at 10:55 PM He Zhe wrote:
>>
>>
>> On 6/26/19 10:49 AM, Bruce Ashfield wrote:
>>> On Tue, Jun 25, 2019 at 10:25 AM He Zhe wrote:
>>>> Hi Bruce,
>>>>
>>>> Have yo
On 6/26/19 11:00 AM, Bruce Ashfield wrote:
> On Tue, Jun 25, 2019 at 6:15 AM wrote:
>> From: He Zhe
>>
>> Since v5.1-rc1, some types of packets do not get unreachable reply with the
>> following iptables setting. Fox example,
> So what's the upstream status of th
On 6/26/19 10:49 AM, Bruce Ashfield wrote:
> On Tue, Jun 25, 2019 at 10:25 AM He Zhe wrote:
>> Hi Bruce,
>>
>> Have you ever met the following error with features/security/security.scc,
>> when running qemux86?
> Hmm. No, I haven't seen that.
>
> My old bui
Hi Bruce,
Have you ever met the following error with features/security/security.scc, when
running qemux86?
...
[ **] A start job is running for Load Kernel Modules (7min 26s / 7min 31s)
* systemd-modules-load.service - Load Kernel Modules
Loaded: loaded
Please ignore.
On 6/11/19 11:38 AM, zhe...@windriver.com wrote:
> From: Guenter Roeck
>
> Define __NR_pidfd_send_signal if it isn't to prevent a compilation error.
>
> To make pidfd-metadata compile on all arches, irrespective of whether
> or not syscall numbers are assigned, define the syscall
On 4/30/19 3:37 AM, Bruce Ashfield wrote:
>
>
> On Mon, Apr 29, 2019 at 8:34 AM Bruce Ashfield <mailto:bruce.ashfi...@gmail.com>> wrote:
>
>
>
> On Sun, Apr 28, 2019 at 6:50 AM He Zhe <mailto:zhe...@windriver.com>> wrote:
>
>
>
>
This is for all branches from 4.19 to 5.0.
Zhe
On 4/28/19 6:52 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> b470fb994ebd ("tracing/x86: Save CR2 before tracing irqsoff on error_entry")
> misses a "#ifdef".
>
> Signed-off-by: He Zhe
> ---
&g
On 4/26/19 11:14 PM, Bruce Ashfield wrote:
>
>
> On Wed, Apr 24, 2019 at 9:38 PM He Zhe <mailto:zhe...@windriver.com>> wrote:
>
>
>
> On 4/24/19 8:34 PM, Bruce Ashfield wrote:
> >
> >
> > On Wed, Apr 24, 2019 at 3:47 AM H
On 4/24/19 8:34 PM, Bruce Ashfield wrote:
>
>
> On Wed, Apr 24, 2019 at 3:47 AM He Zhe <mailto:zhe...@windriver.com>> wrote:
>
> This is for standard/base and all sub-level branches. For explanation,
> see the
> bottom of the commit log I append.
>
>
This for 5.0 and master.
Zhe
On 3/25/19 2:33 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> In the following commits, these two options have been replaced by
> CONFIG_AUDITSYSCALL which is in audit.cfg.
>
> c8fc5d49c341 ("audit: remove WATCH and TREE config options&q
On 3/21/19 9:54 AM, He Zhe wrote:
>
> On 3/21/19 2:47 AM, Bruce Ashfield wrote:
>> On Wed, Mar 20, 2019 at 3:24 AM wrote:
>>> From: He Zhe
>>>
>>> The following upstream commits have renamed INTEL_RDT to RESCTRL.
>>> 6fe07ce35e8a ("x86/r
On 3/21/19 2:47 AM, Bruce Ashfield wrote:
> On Wed, Mar 20, 2019 at 3:24 AM wrote:
>> From: He Zhe
>>
>> The following upstream commits have renamed INTEL_RDT to RESCTRL.
>> 6fe07ce35e8a ("x86/resctrl: Rename the config option INTEL_RDT to RESCTRL")
On 3/19/19 11:42 AM, Bruce Ashfield wrote:
> On Mon, Mar 18, 2019 at 8:06 AM He Zhe wrote:
>> This is for
>> v4.19/standard/preempt-rt/base
>> v4.19/standard/preempt-rt/intel
>> v4.19/standard/preempt-rt/intel-x86
> Is this also part of an -rt stable/dev update
On 3/19/19 11:42 AM, Bruce Ashfield wrote:
> On Mon, Mar 18, 2019 at 8:06 AM He Zhe wrote:
>> This is for
>> v4.19/standard/preempt-rt/base
>> v4.19/standard/preempt-rt/intel
>> v4.19/standard/preempt-rt/intel-x86
> Is this also part of an -rt stable/dev update
This results crash while returning to the kernel.
>
> Use the correct return label if preemption isn' possible.
>
> Reported-by: Andri Yngvason
> Signed-off-by: Sebastian Andrzej Siewior
>
> commit 2c85fda444207949be4ad5e38a49ee8b4e5171cb upstream
>
> Fix x86 32bit boot
Hi Bruce,
x86-base and qemuarm are still 4.18 by default, not 4.19. Any concern?
meta/conf/machine/include/x86-base.inc:21:PREFERRED_VERSION_linux-yocto ??=
"4.18%"
meta/conf/machine/qemuarm.conf:20:PREFERRED_VERSION_linux-yocto ??= "4.18%"
Thanks,
Zhe
--
Hi Bruce,
v4.19/standard/preempt-rt/intel-x86 has now fallen behind
v4.19/standard/preempt-rt/base 1679 commits. Will we update it?
Thanks,
Zhe
--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
Update email address.
On 3/5/19 5:39 PM, He Zhe wrote:
> Hi Bruce,
>
> This is now on master and yocto-4.18, but not on yocto-4.19. Could you please
> help merge?
>
> Thanks,
> Zhe
>
> On 10/31/18 1:39 AM, Bruce Ashfield wrote:
>> On 10/30/18 5:45 AM, Dengke D
Hi Bruce,
This is now on master and yocto-4.18, but not on yocto-4.19. Could you please
help merge?
Thanks,
Zhe
On 10/31/18 1:39 AM, Bruce Ashfield wrote:
> On 10/30/18 5:45 AM, Dengke Du wrote:
>> Ceph osd daemon need to work on xfs filesystem, so add the kernel support.
>
> merged
>
> Bruce
On 1/24/19 1:13 AM, Bruce Ashfield wrote:
> On 1/23/19 2:45 AM, zhe...@windriver.com wrote:
>> From: He Zhe
>>
>> https://lore.kernel.org/lkml/41c574bfdce7490597079dae8f328...@svr-chch-ex1.atlnz.lc/
>>
>> The initialization code of interrupt backoff wor
> igb_get_stats64+0x2c/0x60
>> dev_get_stats+0x3f/0xa0
>> dev_seq_printf_stats+0x37/0xe0
>> dev_seq_show+0x14/0x30
>> seq_read+0x2d3/0x3e0
>> proc_reg_read+0x3e/0x60
>> __vfs_read+0x3a/0x180
>> ? security_file_permission+0x9c/0xf0
>> vfs_read+0xa1/0x160
On 2018/11/13 04:17, Bruce Ashfield wrote:
> On 2018-11-12 4:49 a.m., He Zhe wrote:
>>
>>
>> On 2018/11/6 00:05, Bruce Ashfield wrote:
>>> On 11/2/18 4:42 AM, He Zhe wrote:
>>>> When merging tag 'v4.18.10' into v4.18/standard/base, 05a9931 "of
On 2018/11/6 00:05, Bruce Ashfield wrote:
> On 11/2/18 4:42 AM, He Zhe wrote:
>> When merging tag 'v4.18.10' into v4.18/standard/base, 05a9931 "of: fix
>> phandle
>> cache creation for DTs with no phandles" from v4.18.10 introduces an
>> undefined
t/linux-rt-devel.git/commit/?h=
linux-4.18.y-rt=9866102318991051e5e99085d3c88d6483ee70d4
to fix this error, and can be dropped when rebasing above 9866102.
Signed-off-by: He Zhe
---
This error affects all arches building preempt-rt kernel with "of" by default.
drivers/of/base.c | 4
On 2018/10/29 10:52, Bruce Ashfield wrote:
> Looks fine to me.
>
> And to confirm, this is for 4.18, correct ?
This is for linux-yocto-dev standard/base, linux-yocto v4.18/standard/base.
Zhe
>
> Bruce
>
> On 2018-10-28 10:24 PM, zhe...@windriver.com wrote:
>> Fro
On 2018/10/25 18:29, Bruce Ashfield wrote:
> On 10/23/18 6:33 AM, zhe...@windriver.com wrote:
>> From: He Zhe
>>
>> unreferenced object 0x9643edb89900 (size 256):
>> comm "sd-resolve", pid 220, jiffies 4295016710 (age 208.256s)
>> hex dump
Add Bruce.
This is only for v4.18.
Zhe
On 2018/10/23 18:33, zhe...@windriver.com wrote:
> From: He Zhe
>
> unreferenced object 0x9643edb89900 (size 256):
> comm "sd-resolve", pid 220, jiffies 4295016710 (age 208.256s)
> hex dump (first 32 bytes):
> 01 0
cm/linux/kernel/git/rt/linux-rt-devel.git/commit/?h=linux-4.18.y-rt=7bcb4eb241e37d111cbca61a86ea0da180a6f2b3
> )
>
> Signed-off-by: He Zhe
> ---
> This is for preempt-rt/base.
>
> arch/powerpc/include/asm/thread_info.h | 4 ++--
> arch/powerpc/kernel/entry_64.S | 2 +-
> 2 files ch
On 2018年08月15日 00:21, Bruce Ashfield wrote:
> On 08/14/2018 03:59 AM, He Zhe wrote:
>>
>>
>> On 2018年08月13日 23:38, Bruce Ashfield wrote:
>>> Which kernel version(s) are you seeing this issue ? Just linux-yocto-dev ?
>>
>> Yes, just linux-yocto-dev.
Signed-off-by: He Zhe
---
bsp/intel-x86/intel-x86-32-tiny.scc | 8
bsp/intel-x86/intel-x86-64-tiny.scc | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 bsp/intel-x86/intel-x86-32-tiny.scc
create mode 100644 bsp/intel-x86/intel-x86-64-tiny.scc
diff --git a/bsp/intel
S_CURSES_LIB" != "" ]; then
+ echo libs=\"$CROSS_CURSES_LIB\"
+ if [ x"$CROSS_CURSES_INC" != x ]; then
+ echo cflags=\"$CROSS_CURSES_INC\"
+ fi
+ exit 0
+fi
+
Zhe
>
> Bruce
>
> On 08/11/2018 11:11 AM,
Signed-off-by: He Zhe
---
bsp/qemuarm64/qemuarm64-preempt-rt.scc | 12
1 file changed, 12 insertions(+)
create mode 100644 bsp/qemuarm64/qemuarm64-preempt-rt.scc
diff --git a/bsp/qemuarm64/qemuarm64-preempt-rt.scc
b/bsp/qemuarm64/qemuarm64-preempt-rt.scc
new file mode 100644
On 2018年07月25日 04:07, Bruce Ashfield wrote:
> On 2018-07-23 10:07 PM, He Zhe wrote:
>>
>>
>> On 2018年07月24日 03:21, Bruce Ashfield wrote:
>>> Which version/branches is this for ?
>>>
>>
>> This is for linux-yocto rt branches. linux-yocto-4.12 doe
k+0x4f/0x6b
>> ? vmstat_update+0x2d/0xb0
>> __schedule_bug.cold.24+0x7d/0x9a
>> __schedule+0x45a/0x6c0
>> ? task_blocks_on_rt_mutex+0x173/0x300
>> schedule+0x3d/0xd0
>> rt_spin_lock_slowlock_locked+0x118/0x2a0
>> rt_spin_lock_slowlock+0x48/0x60
el-cache, it makes
> them less visible or forces the maintenance of two copies of
> the same config.
>
> Bruce
>
> On 07/19/2018 10:56 AM, zhe...@windriver.com wrote:
>> From: He Zhe
>>
>> Signed-off-by: He Zhe
>> ---
>> cfg/docker.cfg | 10
fixes the warning and is harmless.
-- CONFIG_TINY_RCU -
Config: CONFIG_TINY_RCU
From:
kernel-source/.kernel-meta/configs/VERSION/standard/tiny/ktypes/tiny/tiny.cfg
Requested value: CONFIG_TINY_RCU=y
Actual value:
Signed-off-by: He Zhe
---
ktypes/tiny/tiny.cfg | 2 --
1 file
This is for linux-yocto-dev and v4.17+.
Zhe
On 2018年06月19日 15:58, He Zhe wrote:
> i_version in struct inode has changed to atomic64_t in mainline kernel.
> This patch handles i_version with proper atomic API.
>
> Signed-off-by: He Zhe
> ---
> fs/yaffs2/yaffs_vfs.c | 8
This is for linux-yocto-dev and v4.17+.
Zhe
On 2018年06月19日 15:58, He Zhe wrote:
> A few members of struct erase_info have been removed and no longer
> used in mainline by the following commits. This patches removes
> related useless initialization.
>
> 8f347c4232d5fc097599b711a
i_version in struct inode has changed to atomic64_t in mainline kernel.
This patch handles i_version with proper atomic API.
Signed-off-by: He Zhe
---
fs/yaffs2/yaffs_vfs.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/fs/yaffs2/yaffs_vfs.c b/fs/yaffs2/yaffs_vfs.c
part_erase()"
884cfd9023ce6afe8bcf181ec988d8516eb32bf0
"mtd: Stop assuming mtd_erase() is asynchronous"
dcba51bbb9e0cc7f80d36eb20a033a4dff2ce9cc
"mtd: Get rid of unused fields in struct erase_info"
Signed-off-by: He Zhe
---
fs/yaffs2/yaffs_mtdif.c | 10 --
1 file changed, 10
On 2018年06月17日 15:22, Kevin Hao wrote:
> On Fri, Jun 15, 2018 at 07:12:09AM -0700, He Zhe wrote:
>> cc-disable-warning assignments could be overwritten by CFLAGS_DSP and thus
>> causes the follow build error with GCC 8.1.0. Move them down to the bottom.
>>
>> In f
of incompatible types 'long int(long int, const struct
compat_sigaction *, struct compat_sigaction *)' and 'long int(long int, long
int, long int)' [-Werror=attribute-alias]
asmlinkage long sys##name(__MAP(x,__SC_DECL,__VA_ARGS__)) \
^~~
Signed-off-by: He Zhe
Hi Bruce,
We're experiencing the following error for linux-yocto-dev.
ERROR: linux-yocto-dev-4.16-rc++gitAUTOINC+7c8016b5a8_731190752b-r0
do_populate_lic: QA Issue: linux-yocto-dev: The LIC_FILES_CHKSUM does not match
for file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7linux-yocto-dev: The
This is a net statistics collector for atop from:
http://atoptool.nl/netatop.php
https://atoptool.nl/download/netatop-2.0.tar.gz
Two changes:
Adjust pathes for netatop.h and netatopversion.h
Add module_init and module_exit
Signed-off-by: He Zhe <zhe...@windriver.com>
---
drivers/staging/n
Add CONFIG_NETATOP to control enablement
Signed-off-by: He Zhe <zhe...@windriver.com>
---
drivers/staging/Kconfig | 2 ++
drivers/staging/Makefile | 1 +
drivers/staging/netatop/Kconfig | 13 +
drivers/staging/netatop/Makefile | 1 +
4 files chang
On 09/10/2014 02:41 PM, Bruce Ashfield wrote:
On 14-09-09 10:56 PM, zhe...@windriver.com wrote:
From: He Zhe zhe...@windriver.com
Revert unnecessary renaming for BPF. Build will fail if related
drivers are
enabled but do not get updated accordingly.
Did you actually perform a git revert
On 09/10/2014 10:06 PM, Bruce Ashfield wrote:
On 14-09-10 03:17 AM, He Zhe wrote:
On 09/10/2014 02:41 PM, Bruce Ashfield wrote:
On 14-09-09 10:56 PM, zhe...@windriver.com wrote:
From: He Zhe zhe...@windriver.com
Revert unnecessary renaming for BPF. Build will fail if related
drivers
On 07/30/2014 11:06 AM, Bruce Ashfield wrote:
On 2014-07-29, 1:58 AM, zhe...@windriver.com wrote:
From: He Zhe zhe...@windriver.com
How did you extract this patch from the mailing list ? The
From: field should not be changing, since you aren't the
original author of the patch.
I've
56 matches
Mail list logo