October 2015 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] kernel-obs-build: btrfs support in 13.2
by Matwey V. Kornilov 17 Oct '15

17 Oct '15

Hello, I've found that kernel-obs-build-3.16.6 doesn't have btrfs module in its initrd. What is the policy? Can we add the module now? I am packaging bedup (which is btrfs deduplication tool). Unit tests create btrfs images and mount them using loop device. But, due to lack of btrfs support I can run the tests only for Factory. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 3

[opensuse-kernel] [PATCH] config: Enable new OMAP serial driver
by Matwey V. Kornilov 16 Oct '15

16 Oct '15

p.s. vanilla kernel required sync Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> --- config/armv7hl/default | 6 +++--- config/armv7hl/lpae | 6 +++--- config/armv7hl/vanilla | 10 +++++++--- 3 files changed, 13 insertions(+), 9 deletions(-) diff --git a/config/armv7hl/default b/config/armv7hl/default index c0d1bb8..b5394c0 100644 --- a/config/armv7hl/default +++ b/config/armv7hl/default @@ -3491,7 +3491,8 @@ CONFIG_SERIAL_8250_RUNTIME_UARTS=32 # CONFIG_SERIAL_8250_EXTENDED is not set CONFIG_SERIAL_8250_DW=y CONFIG_SERIAL_8250_EM=y -# CONFIG_SERIAL_8250_OMAP is not set +CONFIG_SERIAL_8250_OMAP=y +CONFIG_SERIAL_8250_OMAP_TTYO_FIXUP=y CONFIG_SERIAL_8250_MT6577=y # CONFIG_SERIAL_8250_INGENIC is not set @@ -3532,8 +3533,7 @@ CONFIG_SERIAL_MSM_CONSOLE=y CONFIG_SERIAL_VT8500=y CONFIG_SERIAL_VT8500_CONSOLE=y CONFIG_SERIAL_OF_PLATFORM=y -CONFIG_SERIAL_OMAP=y -CONFIG_SERIAL_OMAP_CONSOLE=y +# CONFIG_SERIAL_OMAP is not set # CONFIG_SERIAL_SCCNXP is not set CONFIG_SERIAL_SC16IS7XX_CORE=m CONFIG_SERIAL_SC16IS7XX=m diff --git a/config/armv7hl/lpae b/config/armv7hl/lpae index c15e7b7..6eb8a82 100644 --- a/config/armv7hl/lpae +++ b/config/armv7hl/lpae @@ -3383,7 +3383,8 @@ CONFIG_SERIAL_8250_RUNTIME_UARTS=32 # CONFIG_SERIAL_8250_EXTENDED is not set CONFIG_SERIAL_8250_DW=y # CONFIG_SERIAL_8250_EM is not set -# CONFIG_SERIAL_8250_OMAP is not set +CONFIG_SERIAL_8250_OMAP=y +CONFIG_SERIAL_8250_OMAP_TTYO_FIXUP=y CONFIG_SERIAL_8250_MT6577=y # CONFIG_SERIAL_8250_INGENIC is not set @@ -3418,8 +3419,7 @@ CONFIG_CONSOLE_POLL=y CONFIG_SERIAL_MSM=y CONFIG_SERIAL_MSM_CONSOLE=y CONFIG_SERIAL_OF_PLATFORM=y -CONFIG_SERIAL_OMAP=y -CONFIG_SERIAL_OMAP_CONSOLE=y +# CONFIG_SERIAL_OMAP is not set # CONFIG_SERIAL_SCCNXP is not set CONFIG_SERIAL_SC16IS7XX_CORE=m CONFIG_SERIAL_SC16IS7XX=m diff --git a/config/armv7hl/vanilla b/config/armv7hl/vanilla index 1a49e7f..571352e 100644 --- a/config/armv7hl/vanilla +++ b/config/armv7hl/vanilla @@ -28,6 +28,7 @@ CONFIG_ARM_PATCH_PHYS_VIRT=y CONFIG_GENERIC_BUG=y CONFIG_PGTABLE_LEVELS=2 CONFIG_SUSE_KERNEL=y +# CONFIG_SUSE_KERNEL_SUPPORTED is not set CONFIG_SPLIT_PACKAGE=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_IRQ_WORK=y @@ -1107,6 +1108,7 @@ CONFIG_NF_CONNTRACK_PPTP=m CONFIG_NF_CONNTRACK_SANE=m CONFIG_NF_CONNTRACK_SIP=m CONFIG_NF_CONNTRACK_TFTP=m +CONFIG_NF_CONNTRACK_SLP=m CONFIG_NF_CT_NETLINK=m CONFIG_NF_CT_NETLINK_TIMEOUT=m CONFIG_NF_CT_NETLINK_HELPER=m @@ -3489,7 +3491,8 @@ CONFIG_SERIAL_8250_RUNTIME_UARTS=32 # CONFIG_SERIAL_8250_EXTENDED is not set CONFIG_SERIAL_8250_DW=y CONFIG_SERIAL_8250_EM=y -# CONFIG_SERIAL_8250_OMAP is not set +CONFIG_SERIAL_8250_OMAP=y +CONFIG_SERIAL_8250_OMAP_TTYO_FIXUP=y CONFIG_SERIAL_8250_MT6577=y # CONFIG_SERIAL_8250_INGENIC is not set @@ -3530,8 +3533,7 @@ CONFIG_SERIAL_MSM_CONSOLE=y CONFIG_SERIAL_VT8500=y CONFIG_SERIAL_VT8500_CONSOLE=y CONFIG_SERIAL_OF_PLATFORM=y -CONFIG_SERIAL_OMAP=y -CONFIG_SERIAL_OMAP_CONSOLE=y +# CONFIG_SERIAL_OMAP is not set # CONFIG_SERIAL_SCCNXP is not set CONFIG_SERIAL_SC16IS7XX_CORE=m CONFIG_SERIAL_SC16IS7XX=m @@ -3596,6 +3598,7 @@ CONFIG_TCG_TIS_ST33ZP24=m CONFIG_TCG_TIS_ST33ZP24_I2C=m CONFIG_TCG_TIS_ST33ZP24_SPI=m CONFIG_DEVPORT=y +CONFIG_CRASHER=m CONFIG_XILLYBUS=m # CONFIG_XILLYBUS_PCIE is not set CONFIG_XILLYBUS_OF=m @@ -5999,6 +6002,7 @@ CONFIG_USB_EHCI_HCD_OMAP=m CONFIG_USB_EHCI_HCD_ORION=m CONFIG_USB_EHCI_HCD_SPEAR=m CONFIG_USB_EHCI_HCD_STI=m +# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_MSM=m CONFIG_USB_EHCI_TEGRA=m CONFIG_USB_EHCI_EXYNOS=m -- 2.1.4 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 3

[opensuse-kernel] Recursive kconfig dependency in openSUSE 42.1 kernel
by Jean Delvare 14 Oct '15

14 Oct '15

Hi Matthias, This patch of yours: patches.arch/arm64-thd-0006-PCI_-Add-host-drivers-for-Cavium-ThunderX-processors.patch introduces a recursive kconfig dependency in the openSUSE 42.1 kernel: drivers/of/Kconfig:4:error: recursive dependency detected! drivers/of/Kconfig:4: symbol OF is selected by X86_INTEL_CE arch/x86/Kconfig:489: symbol X86_INTEL_CE depends on X86_IO_APIC arch/x86/Kconfig:955: symbol X86_IO_APIC depends on X86_LOCAL_APIC arch/x86/Kconfig:949: symbol X86_LOCAL_APIC depends on X86_UP_APIC arch/x86/Kconfig:924: symbol X86_UP_APIC depends on PCI_MSI drivers/pci/Kconfig:8: symbol PCI_MSI is selected by PCI_THUNDER drivers/pci/host/Kconfig:140: symbol PCI_THUNDER depends on OF_PCI drivers/of/Kconfig:65: symbol OF_PCI depends on OF Changing "select PCI_MSI" to "depends on PCI_MSI" seems to do the trick. Same is done for config PCI_XGENE_MSI in patches.arch/arm64-xgene-0028-PCI-xgene-Add-APM-X-Gene-v1-PCIe-MSI-MSIX-terminatio.patch so I guess it can't be all wrong. And as far as I can see this is also how upstream changed it: https://git.kernel.org/cgit/linux/kernel/git/rric/linux.git/commit/?id=c8ad… This also affects the SLE12-SP1 arm64 kernel so should be fixed quickly. Thanks, -- Jean Delvare SUSE L3 Support -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] drbd-kmp build failure with master and stable kernels
by Michal Marek 12 Oct '15

12 Oct '15

Hi Nick, the drbd package fails to build against the kernel in stable and master: $ osc rbl Kernel:HEAD:KMP drbd standard x86_64 | grep ': error: ' [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_int.h:1758:3: error: too many arguments to function 'bio_endio' [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_int.h:1763:3: error: too many arguments to function 'bio_endio' [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_int.h:1758:3: error: too many arguments to function 'bio_endio' [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_int.h:1763:3: error: too many arguments to function 'bio_endio' [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_bitmap.c:969:3: error: 'BIO_UPTODATE' undeclared (first use in this function) [ 361s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_bitmap.c:1056:: error: too many arguments to function 'bio_endio' With the stable kernel, there is a different failure: $ osc rbl Kernel:stable:KMP drbd standard x86_64 | grep ': error: ' [ 190s] /home/abuild/rpmbuild/BUILD/drbd-8.4.6/obj/default/drbd_proc.c:292:4: error: implicit declaration of function 'bdi_rw_congested' [-Werror=implicit-function-declaration] Could you please fix the package in a way that works with both 4.2 and 4.3 and submit to Factory? Thanks, Michal -- 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] Kernel:HEAD:KMP/xtables-addon build failure
by Michal Marek 12 Oct '15

12 Oct '15

Hi Jan, the xtables-addons fails to build against the current mainline: $ osc rbl Kernel:HEAD:KMP xtables-addons standard x86_64 | grep ': error: ' [ 154s] /home/abuild/rpmbuild/BUILD/xtables-addons-default-2.8/extensions/xt_condition.c:69:9: error: void value not ignored as it ought to be Please submit a fix to Factory (but keep in mind that Factory is using the 4.2 kernel currently). Michal -- 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] Re: openSUSE GIT kernel repo broken again
by Guillaume Gardet 09 Oct '15

09 Oct '15

Le 09/10/2015 10:46, Michal Marek a écrit : > On 2015-10-09 10:43, Guillaume Gardet wrote: >> Hi, >> >> I have a clone of openSUSE GIT kernel and kernel-source repositories and found again the following problem on master branch. >> >> While kernel-source is at 4.3-rc4, kernel repo is only at 4.2.0 and git log shows lots of commit with the following message: >> ********************************************************************** >> Note: This patch series did not apply >> ********************************************************************** >> >> Michal, you fixed it last time: http://lists.opensuse.org/opensuse-kernel/2015-08/msg00040.html >> >> Could do it again, please? > I haven't fix the underlying issue yet, sorry. Ok, but who fixed the repo last time? And how? Guillaume > > Michal > > -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] openSUSE GIT kernel repo broken again
by Guillaume Gardet 09 Oct '15

09 Oct '15

Hi, I have a clone of openSUSE GIT kernel and kernel-source repositories and found again the following problem on master branch. While kernel-source is at 4.3-rc4, kernel repo is only at 4.2.0 and git log shows lots of commit with the following message: ********************************************************************** Note: This patch series did not apply ********************************************************************** Michal, you fixed it last time: http://lists.opensuse.org/opensuse-kernel/2015-08/msg00040.html Could do it again, please? Guillaume -- 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] Kernel:linux-next: ARM
by Matwey V. Kornilov 06 Oct '15

06 Oct '15

Hi, Could we have ARM builds for Kernel:linux-next? The reason behind is that our kernel in Kernel:HEAD usually not even builds for early rc-s due to carefully applied upstream bugs. It would be great to be able to detect build failures as early as possible and report the problems upstream. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 5

[opensuse-kernel] armv7hl kernel-default config have tegra20 serial output broken
by Misha Komarovskiy 06 Oct '15

06 Oct '15

Hello, I found that latest images for my armv7 board (paz00/ac100) which use kernel-default have kernel panic on start without any output to serial console, but serial output was working last time i tested image back in may. I cloned kernel-source git repo made sequence-patched kernel and recompiled it with enabling DEBUG_LL,TEGRA UART_A and EARLYPRINTK config options added to config/armv7hl/default config, but found that there is no ttyS0 output, only earlycon here is paste: http://paste.opensuse.org/31390203 Recompiling same kernel with multi_v7_defconfig config and same debug/earlyprintk options have no panics and normal serial output: http://paste.opensuse.org/13080662 Maybe kernel-default config require some extra tricks now to have serial output? I want to catch that panic. --- Best Regards, Misha Komarovskiy zombahatgmaildotcom -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 17

[opensuse-kernel] Spurious crash since 4.2 kernel series
by Bruno Friedmann 06 Oct '15

06 Oct '15

Hi All, I'm trying to understand why since the 4.2x series hit the kernel I've one machine getting kernel crash ... Today I was enough lucky the grab one trace. Oct 04 18:39:59 yoda kernel: IP: [<ffffffffa082b4b6>] __nf_conntrack_alloc+0x76/0x320 [nf_conntrack] Oct 04 18:39:59 yoda kernel: PGD 2219067 PUD 80a6af063 PMD 80a6b0063 PTE 800000017c56e161 Oct 04 18:39:59 yoda kernel: Oops: 0003 [#3] PREEMPT SMP Oct 04 18:39:59 yoda kernel: Modules linked in: act_police cls_basic cls_flow cls_fw cls_u32 sch_fq_codel sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq ip6t_MASQUERADE nf_nat_masque Oct 04 18:39:59 yoda kernel: nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast Oct 04 18:39:59 yoda kernel: asus_wmi sparse_keymap rfkill kvm_amd kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw edac_core pcspkr gf Oct 04 18:39:59 yoda kernel: raid6_pq raid10 raid1 raid0 md_mod dm_snapshot dm_bufio dm_mirror dm_region_hash dm_log dm_mod Oct 04 18:39:59 yoda kernel: CPU: 0 PID: 3998 Comm: named Tainted: G D 4.2.3-1.gef1562d-default #1 Oct 04 18:39:59 yoda kernel: Hardware name: To be filled by O.E.M. To be filled by O.E.M./CROSSHAIR V FORMULA-Z, BIOS 2201 03/23/2015 Oct 04 18:39:59 yoda kernel: task: ffff8807dce660c0 ti: ffff8807dce3c000 task.ti: ffff8807dce3c000 Oct 04 18:39:59 yoda kernel: RIP: 0010:[<ffffffffa082b4b6>] [<ffffffffa082b4b6>] __nf_conntrack_alloc+0x76/0x320 [nf_conntrack] Oct 04 18:39:59 yoda kernel: RSP: 0018:ffff8807dce3f908 EFLAGS: 00010282 Oct 04 18:39:59 yoda kernel: RAX: ffff88017c56e240 RBX: 0000000000000000 RCX: ffff8807dce3f9c8 Oct 04 18:39:59 yoda kernel: RDX: 0000000000000000 RSI: ffffe8ffffc13be8 RDI: 0000000000000202 Oct 04 18:39:59 yoda kernel: RBP: ffff8807dce3f948 R08: 0000000000000020 R09: 0000000099b8b092 Oct 04 18:39:59 yoda kernel: R10: 0000000000000024 R11: 000000001e5d2ac0 R12: ffffffff81ed3e40 Oct 04 18:39:59 yoda kernel: R13: ffff8807dce3f9a0 R14: ffff8807dce3f9c8 R15: ffff88017c56e240 Oct 04 18:39:59 yoda kernel: FS: 00007f8f203fd700(0000) GS:ffff88082ec00000(0000) knlGS:0000000000000000 Oct 04 18:39:59 yoda kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Oct 04 18:39:59 yoda kernel: CR2: ffff88017c56e244 CR3: 00000007e626b000 CR4: 00000000000406f0 Oct 04 18:39:59 yoda kernel: Stack: Oct 04 18:39:59 yoda kernel: ffff8807dce3f948 99b8b092a0829dfa ffff8807dce3f948 ffff8800c5b45b00 Oct 04 18:39:59 yoda kernel: 0000000000000002 ffffffff81ed3e40 ffffffffa07b6120 0000000000000000 Oct 04 18:39:59 yoda kernel: ffff8807dce3fa28 ffffffffa082be54 ffffffffa07b6120 ffffffffa083c260 Oct 04 18:39:59 yoda kernel: Call Trace: Oct 04 18:39:59 yoda kernel: [<ffffffffa082be54>] nf_conntrack_in+0x6d4/0xc00 [nf_conntrack] Oct 04 18:39:59 yoda kernel: [<ffffffffa07b4754>] ipv4_conntrack_local+0x54/0x60 [nf_conntrack_ipv4] Oct 04 18:39:59 yoda kernel: [<ffffffff8159fa39>] nf_iterate+0x79/0x90 Oct 04 18:39:59 yoda kernel: [<ffffffff8159fabf>] nf_hook_slow+0x6f/0xc0 Oct 04 18:39:59 yoda kernel: [<ffffffff815ab1b5>] __ip_local_out_sk+0x95/0xa0 Oct 04 18:39:59 yoda kernel: [<ffffffff815ab1db>] ip_local_out_sk+0x1b/0x40 Oct 04 18:39:59 yoda kernel: [<ffffffff815acf4a>] ip_send_skb+0x1a/0x50 Oct 04 18:39:59 yoda kernel: [<ffffffff815d2bad>] udp_send_skb+0x9d/0x270 Oct 04 18:39:59 yoda kernel: [<ffffffff815d3af5>] udp_sendmsg+0x305/0x9e0 Oct 04 18:39:59 yoda kernel: [<ffffffff815e0fff>] inet_sendmsg+0x7f/0xb0 Oct 04 18:39:59 yoda kernel: [<ffffffff81550568>] sock_sendmsg+0x38/0x50 Oct 04 18:39:59 yoda kernel: [<ffffffff81550eea>] ___sys_sendmsg+0x29a/0x2b0 Oct 04 18:39:59 yoda kernel: [<ffffffff815518a2>] __sys_sendmsg+0x42/0x80 Oct 04 18:39:59 yoda kernel: [<ffffffff815518f2>] SyS_sendmsg+0x12/0x20 Oct 04 18:39:59 yoda kernel: [<ffffffff81667e32>] entry_SYSCALL_64_fastpath+0x16/0x75 Oct 04 18:39:59 yoda kernel: DWARF2 unwinder stuck at entry_SYSCALL_64_fastpath+0x16/0x75 Oct 04 18:39:59 yoda kernel: Oct 04 18:39:59 yoda kernel: Leftover inexact backtrace: Oct 04 18:39:59 yoda kernel: Code: d0 0f 82 4b 02 00 00 49 8b bc 24 38 0b 00 00 44 89 c6 44 89 4d cc e8 0a 9e 99 e0 48 85 c0 49 89 c7 44 8b 4d cc 0f 84 fc 00 00 00 <c7> 40 04 00 00 00 00 49 Oct 04 18:39:59 yoda kernel: RIP [<ffffffffa082b4b6>] __nf_conntrack_alloc+0x76/0x320 [nf_conntrack] Oct 04 18:39:59 yoda kernel: RSP <ffff8807dce3f908> Oct 04 18:39:59 yoda kernel: CR2: ffff88017c56e244 Oct 04 18:39:59 yoda kernel: ---[ end trace 4e6ecd64fa91ff32 ]--- To resume, this configuration 13.1 + Kernel-Stable has worked perfect until 4.2 with 4.1.6 there was 0 problem. Now What I've found is if I start it in rescue mode, and doesn't activate any network interface there's no crash. Unfortunately, this is my main server router so no network is not an option :-)) All bios and firmware have been updated. I've put the journald extract here https://dav.ioda.net/index.php/s/yDvDAJjahAyoX2n/download The network setup is not that much complicated enp3s0 (motherboard internal e1000) is connected to the dsl routeur with nat enp12s0 (intel PT Pro 1000) is connected to the lan. br0 ( ipv4 and ipv6 routable /56) is over enps12s0 sit1 is a sixx ipv4 ipv6 tunnel to sixx.net I've tried to install the kdump as state in the wiki but never got a /var/crash trace. So any help to find the root cause, or at least the best way to formulate a nice bug report at boo, will be really appreciate. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2