October 2016 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] depmod pointer error in Kernel:HEAD aarch64
by Andreas Färber 04 Nov '16

04 Nov '16

Hello, Kernel:HEAD aarch64 v4.9-rc1 kernel builds all crashed in depmod. A quick Google search didn't reveal any known bug. Now there may be a genuine upstream dependency bug triggering this, but surely depmod shouldn't behave like this. armv7hl and armv6hl also failed, but with module CRC warnings. Also very weird... aarch64: [15224s] DEPMOD 4.9.0-rc1-2.g11efe27-default [15318s] depmod: ERROR: Found 8 modules in dependency cycles! [15318s] depmod: ERROR: Cycle detected: remoteproc -> virtio [15318s] *** Error in `/sbin/depmod': free(): invalid pointer: 0x00000000143f9380 *** [15318s] ======= Backtrace: ========= [15318s] /lib64/libc.so.6(+0x6a884)[0xffff8cf19884] [15318s] /lib64/libc.so.6(+0x70d9c)[0xffff8cf1fd9c] [15318s] /lib64/libc.so.6(+0x73b40)[0xffff8cf22b40] [15318s] /sbin/depmod[0x4096ec] [15318s] /lib64/libc.so.6(__libc_start_main+0xdc)[0xffff8cece364] [15318s] /sbin/depmod[0x402cd8] [15318s] ======= Memory map: ======== [15318s] 00400000-00422000 r-xp 00000000 fd:10 4065780 /usr/bin/kmod [15318s] 0043f000-00440000 r--p 0002f000 fd:10 4065780 /usr/bin/kmod [15318s] 00440000-00441000 rw-p 00030000 fd:10 4065780 /usr/bin/kmod [15318s] 13f31000-157ae000 rw-p 00000000 00:00 0 [heap] [15318s] ffff8ce49000-ffff8ce5b000 r-xp 00000000 fd:10 131208 /lib64/libgcc_s.so.1 [15318s] ffff8ce5b000-ffff8ce78000 ---p 00012000 fd:10 131208 /lib64/libgcc_s.so.1 [15318s] ffff8ce78000-ffff8ce79000 r--p 0001f000 fd:10 131208 /lib64/libgcc_s.so.1 [15318s] ffff8ce79000-ffff8ce7a000 rw-p 00020000 fd:10 131208 /lib64/libgcc_s.so.1 [15318s] ffff8ce7a000-ffff8ce93000 r-xp 00000000 fd:10 131108 /lib64/libpthread-2.24.so [15318s] ffff8ce93000-ffff8cea9000 ---p 00019000 fd:10 131108 /lib64/libpthread-2.24.so [15318s] ffff8cea9000-ffff8ceaa000 r--p 0001f000 fd:10 131108 /lib64/libpthread-2.24.so [15318s] ffff8ceaa000-ffff8ceab000 rw-p 00020000 fd:10 131108 /lib64/libpthread-2.24.so [15318s] ffff8ceab000-ffff8ceaf000 rw-p 00000000 00:00 0 [15318s] ffff8ceaf000-ffff8cff9000 r-xp 00000000 fd:10 131080 /lib64/libc-2.24.so [15318s] ffff8cff9000-ffff8d00b000 ---p 0014a000 fd:10 131080 /lib64/libc-2.24.so [15318s] ffff8d00b000-ffff8d00f000 r--p 0014c000 fd:10 131080 /lib64/libc-2.24.so [15318s] ffff8d00f000-ffff8d011000 rw-p 00150000 fd:10 131080 /lib64/libc-2.24.so [15318s] ffff8d011000-ffff8d015000 rw-p 00000000 00:00 0 [15318s] ffff8d015000-ffff8d029000 r-xp 00000000 fd:10 131122 /lib64/libz.so.1.2.8 [15318s] ffff8d029000-ffff8d044000 ---p 00014000 fd:10 131122 /lib64/libz.so.1.2.8 [15318s] ffff8d044000-ffff8d045000 r--p 0001f000 fd:10 131122 /lib64/libz.so.1.2.8 [15318s] ffff8d045000-ffff8d046000 rw-p 00020000 fd:10 131122 /lib64/libz.so.1.2.8 [15318s] ffff8d046000-ffff8d069000 r-xp 00000000 fd:10 4063788 /usr/lib64/liblzma.so.5.2.2 [15318s] ffff8d069000-ffff8d085000 ---p 00023000 fd:10 4063788 /usr/lib64/liblzma.so.5.2.2 [15318s] ffff8d085000-ffff8d086000 r--p 0002f000 fd:10 4063788 /usr/lib64/liblzma.so.5.2.2 [15318s] ffff8d086000-ffff8d087000 rw-p 00030000 fd:10 4063788 /usr/lib64/liblzma.so.5.2.2 [15318s] ffff8d087000-ffff8d0a5000 r-xp 00000000 fd:10 131195 /lib64/ld-2.24.so [15318s] ffff8d0ac000-ffff8d0ae000 rw-p 00000000 00:00 0 [15318s] ffff8d0b1000-ffff8d0b4000 rw-p 00000000 00:00 0 [15318s] ffff8d0b4000-ffff8d0b5000 r--p 00000000 00:00 0 [vvar] [15318s] ffff8d0b5000-ffff8d0b6000 r-xp 00000000 00:00 0 [vdso] [15318s] ffff8d0b6000-ffff8d0b7000 r--p 0001f000 fd:10 131195 /lib64/ld-2.24.so [15318s] ffff8d0b7000-ffff8d0b8000 rw-p 00020000 fd:10 131195 /lib64/ld-2.24.so [15318s] ffff8d0b8000-ffff8d0b9000 rw-p 00000000 00:00 0 [15318s] ffffdcb0f000-ffffdcb31000 rw-p 00000000 00:00 0 [stack] [15318s] ../scripts/depmod.sh: line 57: 7427 Aborted (core dumped) "$DEPMOD" "$@" "$KERNELRELEASE" $SYMBOL_PREFIX [15318s] make[2]: *** [/home/abuild/rpmbuild/BUILD/kernel-default-4.9.rc1/linux-4.9-rc1/Makefile:1249: _modinst_post] Error 134 [15318s] make[1]: *** [Makefile:150: sub-make] Error 2 [15318s] make: *** [Makefile:24: __sub-make] Error 2 [15318s] error: Bad exit status from /var/tmp/rpm-tmp.WEXxgf (%install) armv7hl: [18637s] MODPOST 3846 modules [18991s] WARNING: "__gnu_mcount_nc" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "__memzero" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "memset" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "memcpy" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "_set_bit" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "_test_and_set_bit" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "_clear_bit" [sound/usb/snd-usbmidi-lib.ko] has no CRC! [18991s] WARNING: "__aeabi_uidivmod" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "_test_and_clear_bit" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__gnu_mcount_nc" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__aeabi_uidiv" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__memzero" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "memset" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__put_user_1" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__aeabi_idiv" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "__put_user_4" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "memcpy" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "_set_bit" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "_test_and_set_bit" [sound/usb/snd-usb-audio.ko] has no CRC! [18991s] WARNING: "_clear_bit" [sound/usb/snd-usb-audio.ko] has no CRC! [...] [19011s] make[3]: *** [../scripts/Makefile.modpost:94: __modpost] Error 1 [19011s] make[2]: *** [/home/abuild/rpmbuild/BUILD/kernel-default-4.9.rc1/linux-4.9-rc1/Makefile:1211: modules] Error 2 [19011s] make[1]: *** [Makefile:150: sub-make] Error 2 [19011s] make: *** [Makefile:24: __sub-make] Error 2 Anyone any ideas? Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 6

[opensuse-kernel] Kernel:HEAD dtb-source not getting rebuilt for 4.8
by Andreas Färber 24 Oct '16

24 Oct '16

Hi, We have aarch64 kernel-{source,default} 4.8.rc4 built now, but dtb-source and dtb-aarch64 are still at 4.7.0 and in published state. Might this be caused by the ARM repository being configured as rebuild="local"? We need to have all dtb-* packages rebuilt whenever the kernel sources change, and kernel-source does not look excluded from use-for-build... Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- 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] Re: [opensuse] Problem with no-patches git tree at git://kernel.opensuse.org/kernel.git ?
by Andrei Borzenkov 18 Oct '16

18 Oct '16

17.10.2016 21:59, Lee Duncan пишет: > I sometimes use the git tree for SUSE without patches from: > > git://kernel.opensuse.org/kernel.git > > But it does not seem to be working today: > >> lduncan@linux-server(1):suse_kernel_no_patches~> git remote show oorigin >> * remote oorigin >> Fetch URL: git://kernel.opensuse.org/kernel.git >> Push URL: git://kernel.opensuse.org/kernel.git >> HEAD branch: master >> Remote branches: >> SLE11-SP4 tracked >> SLE12-SP1 tracked >> SLE12-SP1-ARM tracked >> SLE12-SP2 tracked >> master tracked >> openSUSE-13.2 tracked >> openSUSE-42.1 tracked >> openSUSE-42.2 tracked >> stable tracked >> stable-xen tracked >> Local ref configured for 'git push': >> master pushes to master (up to date) >> lduncan@linux-server(1):suse_kernel_no_patches~> git pull -v oorigin >> remote: Counting objects: 1212, done. >> remote: fatal: inflateInit: out of memory (no message) >> remote: aborting due to possible repository corruption on the remote side. >> fatal: protocol error: bad pack header > > Is this a known problem? Should I file a trouble report someplace? > Just recently someone else had the same problem. Workaround was to use github. I add opensuse-kernel to Cc. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

Re: [opensuse-kernel] Re: [opensuse-factory] Re: Tumbleweed and Realtek based wifi nics
by Larry Finger 09 Oct '16

09 Oct '16

On 10/09/2016 01:47 PM, Moby wrote: > > > On 10/08/2016 05:20 PM, Moby wrote: >>> <truncated> >> Thanks Matthias, github.com/openSUSE/kernel.git worked just fine - I am >> working on doing the bisect with it now. >> >> > > I did a git clone git://github.com/openSUSE/kernel.git -b stable. Then I did > the usual make mrproper, make menuconfig (and made sure btrfs and the realtek > stuff was included, I made btrfs in kernel instead of module - the machine has / > on btrfs), make modules, make modules_install, make bzImage, make install. > > After this, I booted into the newly minted 4.8X kernel - only to see that the > realtek wifi (and associated realtek ethernet nic) were not detected, and the > video driver was mangled as well since the display was horrible. I had no idea > why the realtek drivers did not get built, and same for the video. A standard > zypper in kernel-default from the regular tumbleweed repos installs a kernel > that at least has the proper drivers (except that then the realtek wifi incurs > heavy packet loss). > > What steps can I follow so that build my own kernel as part of the git bisect > includes the same settings and drivers as the standard tumbleweed kernels? > > Thank you in advance for your help, Your configuration is faulty. I recommend using the one from openSUSE. You can find that in /proc/config.gz from a kernel that boots correctly, or in /boot/config-XXXX, where XXXX corresponds to the latest Tumbleweed kernel. Larry -- 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-factory] Re: Tumbleweed and Realtek based wifi nics
by Andrei Borzenkov 07 Oct '16

07 Oct '16

Cc opensuse-kernel. 04.10.2016 06:45, Moby пишет: > > > On 10/03/2016 10:21 AM, Larry Finger wrote: >> On 10/02/2016 07:19 PM, Moby wrote: >>> >>> >>> On 10/02/2016 05:54 PM, Larry Finger wrote: >>>> On 10/02/2016 05:48 PM, Moby wrote: >>>>> >>>>> >>>>> On 10/02/2016 03:12 PM, Moby wrote: >>>>>> TOSHIBA Satellite L775D/TKBSS laptop has severe packet drop with >>>>>> Realtek >>>>>> chipset based wifi cards. Builtin wifi based on Realtek RTL8188CE >>>>>> and a >>>>>> usb wifi adapter based on a different Realtekchip set both show heavy >>>>>> packet loss (around 60%). Nothing gets logged anywhere. Builtin >>>>>> Ethernet works fine. >>>>>> >>>>>> I know the wifi infrastructure is good since many other laptops work >>>>>> fine. One of the other laptops is running the same version of >>>>>> Tumbleweed (same kernel version etc but 32 bit - the problematic >>>>>> machine >>>>>> is 64 bit) but a different (Broadcom) chipset based wifi also works >>>>>> great. >>>>>> >>>>>> The machine is now running kernel 4.7.5-1-default, and I have >>>>>> installed >>>>>> each and every kernel update to show up in the Tumbleweed repos >>>>>> fairly >>>>>> faithfully. The problem with Realtek wifi started about 3 or so >>>>>> kernel >>>>>> updates ago. >>>>>> >>>>>> Is anyone else seeing problems with Tumbleweed and Realtek chipset >>>>>> wifis? Any help pointing towards more diagnostic tools or solutions >>>>>> will be much appreciated. >>>>>> >>>>>> >>>>>> >>>>>> >>>>> I downgraded the kernel to 4.6.0-1-default, which had a known realtek >>>>> wifi bug >>>>> that is fixed with >>>>> rtlwifi-quickfix-kmp-default-4.6_k4.6.0_1-3.1.x86_64.rpm. >>>>> Installing 4.6.0-1-default with this one-off patch seems to have >>>>> improved >>>>> matters, I now suffer about 25% packet loss as opposed to about 65%. >>>>> >>>>> I could not go to any lower versions of the kernel since they throw up >>>>> all other >>>>> kinds of errors, which I assume are due to userland all being updated >>>>> (e.g. >>>>> wpa_supplicant etc). >>>>> >>>>> This very much appears to be a kernel issue with realtek chipsets. I >>>>> got yet >>>>> another USB wifi adapter (belkin) to try, but it is also based on a >>>>> realtek >>>>> chipset and has the same issues. >>>> >>>> If you can bisect the kernel and point to a particular commit that >>>> causes the increased packet loss, that would be very helpful. I know of >>>> no changes to any of the Realtek drivers that would cause these >>>> kinds of >>>> problems. >>>> >>>> Larry >>>> >>> >>> Thanks Larry - I have some idea of bisecting software, but no idea in >>> regards to >>> the Tumbleweed. Where can I find the various commits/versions to test >>> as part >>> of the bisection? >> >> If openSUSE has a git repository for its kernels, I am not aware of its >> location. Perhaps someone will come up with that information. >> >> You could clone the mainline repository from >> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git. Every >> change included in 4.7.X will be in that code. I would use the 4.7.5 >> configuration to build kernel 4.8 that is in that repo and test it. If >> you still get the packet loss, then use the commands 'git bisect start >> drivers/net/wireless/realtek/rtlwifi/', 'git bisect bad', and 'git >> bisect good v4.6'. Change that last one to whatever version you think is >> good. >> >> That bisection will have roughly 5 steps to finish and should not take >> too long, even with the full configuration used in distribution kernels. >> >> Larry >> >> > > I keep getting errors when trying to star the git bisect. > > Here is what I get: > > git clone git://kernel.opensuse.org/kernel.git -b stable > Cloning into 'kernel'... > remote: Counting objects: 6374859, done. > remote: fatal: inflateInit: out of memory (no message) > remote: aborting due to possible repository corruption on the remote side. > fatal: early EOF > fatal: index-pack failed > > how can I get around this error, maybe a git option to not compress or > some such thing? > > Thanks, > > --Moby > -- 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] update kernel-source to linux-4.8.tar.xz
by doiggl＠velocitynet.com.au 04 Oct '16

04 Oct '16

yi, update kernel-source to linux-4.8.tar.xz https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.8.tar.xz from: https://build.opensuse.org/package/show/Kernel:vanilla/kernel-source linux-4.8-rc8-37-gf51fdff.tar.xz --Glenn -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 2