March 2020 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] kernel 5.6: baytrail hdmi audio not working
by Giacomo Comes 01 Apr '20

01 Apr '20

Hi, the new 5.6 kernel breaks the sound on my Intel Compute Stick (baytrail hdmi audio). command 'ls -l /sys/class/sound' shows: card0 -> ../../devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0 controlC0 -> ../../devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/controlC0 pcmC0D0p -> ../../devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/pcmC0D0p pcmC0D1p -> ../../devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/pcmC0D1p timer -> ../../devices/virtual/sound/timer dmesg output contains: input: Intel HDMI/DP LPE Audio HDMI/DP,pcm=0 as /devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/input7 input: Intel HDMI/DP LPE Audio HDMI/DP,pcm=1 as /devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/input8 which is the same as with kernel 5.5, however with the new kernel there is no audio output and the kde audio applet shows no audio device. Is anybody haware of this problem? If necessary, I can bisect the kernel to find the commit that introduced the regression. Giacomo -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

[opensuse-kernel] Re: dracut (050+suse.58.g0b998bee ) exec segfaults for kernel:stable + GCC10 , but creates initrd anyway ?
by PGNet Dev 30 Mar '20

30 Mar '20

hi, On 3/24/20 1:56 PM, Daniel Molkentin wrote: >> Why/how's the dracut/mkinitrd exec getting past a segfault, to successfully create an initrd? > > What is crashing here (probably due to a GCC 10 behavior/bug, it works > fine with the current GCC on TW), is the dracut-install helper binary > that gets invoked several times during the run of dracut (which is a > shell script) and is allowed to fail. Hence, in the end, an (incomplete) > initrd is being assembled that lacks the kernel modules in the command > line mentioned in above output. > > Assuming I am reading your description correctly, you are using > dracut-050 is straight from Base:System and has hence not been built > with GCC 10, right? So dracut was built with GCC 9, and the rest with > GCC 10? nope, sorry ... perhaps my miscomm atm, "my" dracut's from https://build.opensuse.org/package/show/home:pgnd:Base:System/dracut?expand… Links , a simple link to Base:System / dracut but built with "my" GCC10 https://build.opensuse.org/projects/home:pgnd:Base:System/meta i.e., this^ dracut _is_ built with GCC10, as well as kernel, built with latest GCC10/head. very recent fix to GCC fixed the kernel-build incompat, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238 and has already been pulled into Opensuse GCC10 pkgs, https://build.opensuse.org/package/rdiff/devel:gcc/gcc10?linkrev=base&rev=1… fwiw, grub, atm, is not building with GCC10; different issue: https://lists.gnu.org/archive/html/grub-devel/2020-03/msg00216.html -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 15

[opensuse-kernel] dracut (050+suse.58.g0b998bee ) exec segfaults for kernel:stable + GCC10 , but creates initrd anyway ?
by PGNet Dev 24 Mar '20

24 Mar '20

i'm testing kernel:stable + gcc10 + dracut/factory on Leap 15.1. bunch of still-moving/unreleased parts on this one ... but I suspect (yet to prove) the current dracut fail i see will show up in TW as well. with local install lsb_release -rd Description: openSUSE Leap 15.1 Release: 15.1 rpm -qa | grep kernel | grep 5.5.11-24.2 | sort kernel-default-5.5.11-24.2.g794b2e9.x86_64 kernel-default-devel-5.5.11-24.2.g794b2e9.x86_64 kernel-devel-5.5.11-24.2.g794b2e9.noarch kernel-macros-5.5.11-24.2.g794b2e9.noarch kernel-source-5.5.11-24.2.g794b2e9.noarch kernel-syms-5.5.11-24.2.g794b2e9.x86_64 rpm -qa | grep dracut dracut-050+suse.58.g0b998bee-lp151.6.1.x86_64 where kernel:stable's from an obs build, https://build.opensuse.org/package/show/home:pgnd:Kernel:stable/kernel-defa… built with GCC10 @ https://build.opensuse.org/project/show/home:pgnd:devel:gcc10 and dracut's from, https://build.opensuse.org/package/show/home:pgnd:Base:System/dracut where, post-install ls -al /boot/ | grep ^l lrwxrwxrwx 1 root root 33 Mar 24 10:42 initrd -> initrd-5.5.11-24.g794b2e9-default lrwxrwxrwx 1 root root 34 Mar 24 10:42 vmlinuz -> vmlinuz-5.5.11-24.g794b2e9-default exec of dracut -v \ --logfile /var/log/YaST2/mkinitrd.log \ --force /boot/initrd-5.5.11-24.g794b2e9-default \ 5.5.11-24.g794b2e9-default or, equivalently mkinitrd \ -i /boot/initrd-5.5.11-24.g794b2e9-default \ -k /boot/vmlinuz-5.5.11-24.g794b2e9-default segfaults, ... dracut: *** Including module: suse-initrd *** dracut: *** Including modules done *** /usr/lib/dracut/dracut-init.sh: line 941: 24491 Segmentation fault (core dumped) $DRACUT_INSTALL ${initdir:+-D "$initdir"} ${dracutsysrootdir:+-r "$dracutsysrootdir"} ${loginstall:+-L "$loginstall"} ${hostonly:+-H} ${check_supported:+--check-supported} ${omit_drivers:+-N "$omit_drivers"} ${srcmods:+--kerneldir "$srcmods"} ${_optional:+-o} ${_silent:+--silent} -m "$@" dracut: FAILED: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.K78UYv/initramfs -N i2o_scsi --kerneldir /lib/modules/5.5.11-24.g794b2e9-default/ -m raid0 raid1 raid10 raid456 dm_mod dm-snapshot sata_sil24 thermal fan edd cpuid usbhid usb_storage ehci_hcd ohci_pci uas ohci_hcd ehci_pci dm-crypt cryptd crypto_simd br_netfilter sha1-ssse3 sha256-ssse3 sha512-ssse3 sha3_generic tcp_htcp tcp_bbr xennet xenblk dracut: *** Installing kernel module dependencies *** dracut: *** Installing kernel module dependencies done *** ... but continues, and the init's built ls -altr /boot/ | /usr/bin/tail -n1 -rw------- 1 root root 34M Mar 24 11:23 initrd-5.5.11-24.g794b2e9-default checking lsinitrd /boot/initrd-5.5.11-24.g794b2e9-default ==> https://pastebin.com/BwwswP7C Why/how's the dracut/mkinitrd exec getting past a segfault, to successfully create an initrd? b4 opening a but, atm I'm unclear if it's a real problem -- _is_ the initrd reliable? or, if the problem's elsewhere -- not in dracut itself. likely this is @opensuse? or upstream? for ... dracut? kernel? gcc10? any hints for right next step troubleshooting appreciated. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] [PATCH] config: enable CONFIG_EROFS_FS_ZIP=y
by Gao Xiang 17 Mar '20

17 Mar '20

People reported they cannot read EROFS compressed file in openSUSE distribution recently. Turn on the missing configurations (which are the default configurations currently as well.) Signed-off-by: Gao Xiang <gaoxiang25(a)huawei.com> --- RESEND due to being blocked by Mlmmj program previously. config/arm64/default | 3 ++- config/armv6hl/default | 3 ++- config/armv7hl/default | 3 ++- config/armv7hl/lpae | 3 ++- config/i386/pae | 3 ++- config/ppc64/default | 3 ++- config/ppc64le/default | 3 ++- config/s390x/default | 3 ++- config/x86_64/default | 3 ++- 9 files changed, 18 insertions(+), 9 deletions(-) diff --git a/config/arm64/default b/config/arm64/default index 53620976e4d8..97dd4fcd40d9 100644 --- a/config/arm64/default +++ b/config/arm64/default @@ -9995,7 +9995,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/armv6hl/default b/config/armv6hl/default index 2d1cbe602c35..86f58cbbae67 100644 --- a/config/armv6hl/default +++ b/config/armv6hl/default @@ -7324,7 +7324,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/armv7hl/default b/config/armv7hl/default index 29ef65bbf959..5795d7813161 100644 --- a/config/armv7hl/default +++ b/config/armv7hl/default @@ -10213,7 +10213,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/armv7hl/lpae b/config/armv7hl/lpae index b76e5ba54728..86f56105e8b9 100644 --- a/config/armv7hl/lpae +++ b/config/armv7hl/lpae @@ -9802,7 +9802,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/i386/pae b/config/i386/pae index de12c2cf466c..908c042eb9a2 100644 --- a/config/i386/pae +++ b/config/i386/pae @@ -9041,7 +9041,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/ppc64/default b/config/ppc64/default index 6f9f1a4e22b4..2d57c920a3e4 100644 --- a/config/ppc64/default +++ b/config/ppc64/default @@ -7111,7 +7111,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/ppc64le/default b/config/ppc64le/default index e2a93e1fc031..f9ec83b0c67c 100644 --- a/config/ppc64le/default +++ b/config/ppc64le/default @@ -6964,7 +6964,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/s390x/default b/config/s390x/default index 76405f53b4cc..1b63e6411604 100644 --- a/config/s390x/default +++ b/config/s390x/default @@ -3430,7 +3430,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m diff --git a/config/x86_64/default b/config/x86_64/default index fcc371484fe7..1c062a2106db 100644 --- a/config/x86_64/default +++ b/config/x86_64/default @@ -8850,7 +8850,8 @@ CONFIG_EROFS_FS=m CONFIG_EROFS_FS_XATTR=y CONFIG_EROFS_FS_POSIX_ACL=y CONFIG_EROFS_FS_SECURITY=y -# CONFIG_EROFS_FS_ZIP is not set +CONFIG_EROFS_FS_ZIP=y +CONFIG_EROFS_FS_CLUSTER_PAGE_LIMIT=1 CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=m CONFIG_NFS_V2=m -- 2.17.1 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

[opensuse-kernel] leap kernel updates
by Giacomo Comes 16 Mar '20

16 Mar '20

Hi, looking back I have noticed that kernel updates for the leap release were issued on average about once per month. However we haven't got any kernel update in the last 3 months. Is there a reason for that? Regards Giacomo -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 8