June 2014 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] kernel-default-base-2.6.29-5.2.x86_64 rpm errors
by Dave Plater 18 Jul '24

18 Jul '24

Hi, I'm busy updating to the latest factory kernel and have received the following errors from kernel-default-base installation (I did insert a blank dvd during the installation of the rpm by zypper):- WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol register_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_ioctl WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_media_changed WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_get_media_event WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_release WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_open WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol unregister_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_number_of_slots And then these errors which I think IIRC happened before when the kernel was first split into three:- Kernel image: /boot/vmlinuz-2.6.29-rc8-5-default Initrd image: /boot/initrd-2.6.29-rc8-5-default Root device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part3 (/dev/sda3) (mounted on / as xfs) Resume device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part2 (/dev/sda2) FATAL: Module processor not found. WARNING: no dependencies for kernel module 'processor' found. FATAL: Module thermal not found. WARNING: no dependencies for kernel module 'thermal' found. FATAL: Module ata_generic not found. WARNING: no dependencies for kernel module 'ata_generic' found. FATAL: Module piix not found. WARNING: no dependencies for kernel module 'piix' found. FATAL: Module ide_pci_generic not found. WARNING: no dependencies for kernel module 'ide_pci_generic' found. FATAL: Module fan not found. WARNING: no dependencies for kernel module 'fan' found. FATAL: Module xfs not found. WARNING: no dependencies for kernel module 'xfs' found. FATAL: Module usbhid not found. WARNING: no dependencies for kernel module 'usbhid' found. Kernel Modules: scsi_mod libata ata_piix edd ahci sd_mod usbcore ohci-hcd ehci-hcd uhci-hcd WARNING: /dev/shm/mkinitramfs.0drQsZ/mnt/lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif Features: block usb resume.userspace resume.kernel Bootsplash: openSUSE (1280x1024) 22669 blocks Should I open a bug report about the errors which are possibly from inserting a dvd while the kernel rpm was installing? Regards Dave P -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 2

[opensuse-kernel] Keep 3.11.y kernel for openSUSE 13.1 updates?
by Takashi Iwai 12 Sep '14

12 Sep '14

Hi, Since 3.11.y maintenance was discontinued by Greg, Ubuntu took over it. It made me wonder: are we willing to continue 3.11.y for openSUSE 13.1 updates, just relying on Ubuntu? Or, can we just move on 3.12.y? Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

27 80

[opensuse-kernel] factory: armv7l: fix kernel build
by matwey.kornilov＠gmail.com 01 Jul '14

01 Jul '14

>From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001 From: "Matwey V. Kornilov" <matwey.kornilov(a)gmail.com> Date: Mon, 2 Jun 2014 20:17:29 +0400 Subject: [PATCH] Replace type of paddr to uint32_t. This patch helps to avoid the following build issue: drivers/gpu/drm/msm/msm_fbdev.c:108:2: error: passing argument 3 of 'msm_gem_get_iova_locked' from incompatible pointer type [-Werror] msm_gem_get_iova_locked(fbdev->bo, 0, &paddr); ^ In file included from drivers/gpu/drm/msm/msm_fbdev.c:18:0: drivers/gpu/drm/msm/msm_drv.h:153:5: note: expected 'uint32_t *' but argument is of type 'dma_addr_t *' int msm_gem_get_iova_locked(struct drm_gem_object *obj, int id, ^ Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Patch-mainline: Submitted, 1401879270 - linux-arm-msm(a)vger.kernel.org Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> --- This is for Factory, 3.15 is still failed for armv7l. drivers/gpu/drm/msm/msm_fbdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/msm_fbdev.c b/drivers/gpu/drm/msm/msm_fbdev.c index a752ab8..5107fc4 100644 --- a/drivers/gpu/drm/msm/msm_fbdev.c +++ b/drivers/gpu/drm/msm/msm_fbdev.c @@ -59,7 +59,7 @@ static int msm_fbdev_create(struct drm_fb_helper *helper, struct drm_framebuffer *fb = NULL; struct fb_info *fbi = NULL; struct drm_mode_fb_cmd2 mode_cmd = {0}; - dma_addr_t paddr; + uint32_t paddr; int ret, size; sizes->surface_bpp = 32; -- 1.9.3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

5 10

[opensuse-kernel] [PATCH] rpm/kernel-obs-build.spec.in: add support for aarch64
by Andreas Schwab 30 Jun '14

30 Jun '14

Use Image for kernel_name on aarch64 and add virtio_mmio to KERNEL_MODULES. --- rpm/kernel-obs-build.spec.in | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/rpm/kernel-obs-build.spec.in b/rpm/kernel-obs-build.spec.in index 9448e50..49a1d62 100644 --- a/rpm/kernel-obs-build.spec.in +++ b/rpm/kernel-obs-build.spec.in @@ -93,7 +93,7 @@ chmod a+rx /usr/lib/dracut/modules.d/80obs/setup_obs.sh # a longer list to have them also available for qemu cross builds where x86_64 kernel runs in eg. arm env. # this list of modules where available on build workers of build.opensuse.org, so we stay compatible. -export KERNEL_MODULES="loop dm-mod dm-snapshot binfmt-misc fuse kqemu squashfs ext2 ext3 ext4 reiserfs nf_conntrack_ipv6 binfmt_misc virtio_pci virtio_blk fat vfat nls_cp437 nls_iso8859-1 ibmvscsi ibmvscsic" +export KERNEL_MODULES="loop dm-mod dm-snapshot binfmt-misc fuse kqemu squashfs ext2 ext3 ext4 reiserfs nf_conntrack_ipv6 binfmt_misc virtio_pci virtio_mmio virtio_blk fat vfat nls_cp437 nls_iso8859-1 ibmvscsi ibmvscsic" ROOT="" [ -e "/dev/vda" ] && ROOT="-d /dev/vda" [ -e /dev/hda1 ] && ROOT="-d /dev/hda1" # for xen builds @@ -101,6 +101,9 @@ ROOT="" %ifarch s390 s390x %define kernel_name image %endif +%ifarch aarch64 +%define kernel_name Image +%endif %if 0%{?suse_version} < 1320 # For SLE 11 -- 2.0.1 -- Andreas Schwab, SUSE Labs, schwab(a)suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- 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] i586 failed and 86_64 succeeded in Kernel:linux-next > kernel-vanilla build log
by doiggl＠velocitynet.com.au 27 Jun '14

27 Jun '14

Hello I see for kernel-vanilla-3.16.rc1.next i586 failed 86_64 succeeded in openSUSE Build Service > Projects > Kernel:linux-next > kernel-vanilla build log error listed in log. Question can it be updated to:linux-3.16-rc2 https://www.kernel.org/pub/linux/kernel/v3.x/testing/linux-3.16-rc2.tar.xz --Glenn Build Results Reload Rpmlint Results standard Repository has been published i586 failed Repository has been published x86_64 succeeded: >From the build log: [ 5110s] BUILD arch/x86/boot/bzImage [ 5110s] Setup is 17276 bytes (padded to 17408 bytes). [ 5110s] System is 4646 kB [ 5110s] CRC e56e6dcf [ 5110s] Kernel: arch/x86/boot/bzImage is ready (#1) [ 5339s] ERROR: "__udivdi3" [drivers/net/wireless/ath/wil6210/wil6210.ko] undefined! [ 5342s] make[3]: *** [__modpost] Error 1 [ 5342s] make[2]: *** [modules] Error 2 [ 5342s] make[1]: *** [sub-make] Error 2 [ 5342s] make: *** [__sub-make] Error 2 [ 5342s] + test 2 -eq 0 [ 5342s] + test 01 -gt 0 [ 5342s] + /home/abuild/rpmbuild/SOURCES/try-disable-staging-driver buildlog [ 5343s] + exit 1 [ 5343s] error: Bad exit status from /var/tmp/rpm-tmp.TvRhml (%build) [ 5343s] [ 5343s] [ 5343s] RPM build errors: [ 5343s] Bad exit status from /var/tmp/rpm-tmp.TvRhml (%build) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 2

[opensuse-kernel] The use of Kernel:HEAD
by Stephan Kulow 27 Jun '14

27 Jun '14

Hi, This is pretty much history repeating, but I feel *very* disappointed with the way you treat Factory. Factory tumbles from one RC to another. And while I try to get 3.15.1 in myself, you replace Kernel:HEAD with rc2? What's the thinking behind that? I guess it's not too far stretched to claim that no one is maintaining the kernel-source package in Factory. All packaging activities are done by brainless scripts ;( Greetings, Stephan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 8

[opensuse-kernel] request: pull USB3 upstream kernel patch to Kernel:stable
by grantksupport＠operamail.com 27 Jun '14

27 Jun '14

An upstream kernel patch has been tested, and verified to work, for a reported USB3 driver crash Bug 878489 - Opensuse 13.1 throws CALL TRACE and fails to boot when USB3 (xhci_hcd) card is added. https://bugzilla.novell.com/show_bug.cgi?id=878489 I've made a review request at https://build.opensuse.org/project/requests/Kernel:stable not sure if that's the right procedure. Can this patch get added to Kernel:stable builds, for at least Opensuse 13.1/64? Thanks. -- 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] [PATCH] rpm/kernel-obs-build.spec.in: Use Image for kernel_name on aarch64
by Andreas Schwab 26 Jun '14

26 Jun '14

--- rpm/kernel-obs-build.spec.in | 3 +++ 1 file changed, 3 insertions(+) diff --git a/rpm/kernel-obs-build.spec.in b/rpm/kernel-obs-build.spec.in index 9448e50..7dd41e7 100644 --- a/rpm/kernel-obs-build.spec.in +++ b/rpm/kernel-obs-build.spec.in @@ -101,6 +101,9 @@ ROOT="" %ifarch s390 s390x %define kernel_name image %endif +%ifarch aarch64 +%define kernel_name Image +%endif %if 0%{?suse_version} < 1320 # For SLE 11 -- 2.0.1 -- Andreas Schwab, SUSE Labs, schwab(a)suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- 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 3.15 + radeon + hdmi = freeze
by Rafael Leal 24 Jun '14

24 Jun '14

Hello, I'm having trouble to get HDMI to work with kernel 3.15 (3.15.1-1 and the newly-released 3.15.1-2 from the repo kernel:stable) and the open-source radeon driver. If the HDMI cable is already connected before boot, the system completely freezes (sometimes/always due to kernel panic?). This is not new to 3.15: I've completely skipped 3.14 due to the same problem, and I'm still using 3.13.7. But in 3.15 HDMI at least works if the cable gets connected after the DE has been loaded, which did not happen with 3.14. I don't know where to find the appropriate kernel trace: dmesg only shows the current boot log, and what I could salvage from /var/log/messages is at the end of this message, but I think it does not cover the failure. I'm using: OpenSUSE 13.1 Repository: Kernel:Stable Name: kernel-desktop Version: 3.15.1-2.1.g3289da4 Arch: x86_64 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4330/4350/4550] OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL core profile version string: 3.1 (Core Profile) Mesa 10.2.1 It seems that at least arch has already gotten a fix: https://bugs.archlinux.org/task/39850 And this is the thread I've opened in the opensuse forums: http://forums.opensuse.org/showthread.php/496875-HDMI-not-working-with-3-14… Call stack from /var/log/messages: 2014-06-24T20:08:36.058246+03:00 linux-jq6w kernel: [ 30.190212] BUG: unable to handle kernel paging request at ffff880036305000 2014-06-24T20:08:36.058268+03:00 linux-jq6w kernel: [ 30.191004] IP: [<ffffffffa00a4ff4>] drm_crtc_helper_set_config+0x224/0xb00 [drm_kms_helper] 2014-06-24T20:08:36.058270+03:00 linux-jq6w kernel: [ 30.191004] PGD 2227067 PUD 2228067 PMD 3625c063 PTE 8000000036305161 2014-06-24T20:08:36.058272+03:00 linux-jq6w kernel: [ 30.191004] Oops: 0003 [#1] PREEMPT SMP 2014-06-24T20:08:36.058275+03:00 linux-jq6w kernel: [ 30.191004] Modules linked in: xt_pkttype xt_LOG xt_limit ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables snd_hda_codec_realtek snd_hda_codec_hdmi snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm coretemp snd_seq snd_timer samsung_laptop snd_seq_device uvcvideo videobuf2_core videodev r8192e_pci(C) rtllib(C) lib80211 rtl8192se iTCO_wdt iTCO_vendor_support sr_mod rtl_pci serio_raw cdrom snd videobuf2_vmalloc rtlwifi pcspkr xpad mac80211 sky2 i2c_i801 cfg80211 videobuf2_memops rfkill joydev soundcore tpm_tis lpc_ich mfd_core ac battery button video tpm shpchp acpi_cpufreq sg dm_mod btrfs raid6_pq xor fan thermal radeon ttm drm_kms_helper processor drm i2c_algo_bit scsi_dh_alua scsi_dh_emc scsi_dh_rdac scsi_dh_hp_sw scsi_dh 2014-06-24T20:08:36.058278+03:00 linux-jq6w kernel: [ 30.191004] CPU: 1 PID: 992 Comm: X Tainted: G C 3.15.1-2.g3289da4-desktop #1 2014-06-24T20:08:36.058281+03:00 linux-jq6w kernel: [ 30.191004] Hardware name: SAMSUNG ELECTRONICS CO., LTD. R520/R522/R620 /R520/R522/R620 , BIOS 04LL.M021.20090803.Jay 08/03/20 2014-06-24T20:08:36.058283+03:00 linux-jq6w kernel: [ 30.191004] task: ffff880138612210 ti: ffff8800b7524000 task.ti: ffff8800b7524000 2014-06-24T20:08:36.058285+03:00 linux-jq6w kernel: [ 30.191004] RIP: 0010: [<ffffffffa00a4ff4>] [<ffffffffa00a4ff4>] drm_crtc_helper_set_config+0x224/0xb00 [drm_kms_helper] 2014-06-24T20:08:36.058288+03:00 linux-jq6w kernel: [ 30.191004] RSP: 0018:ffff8800b7527c78 EFLAGS: 00010216 2014-06-24T20:08:36.058290+03:00 linux-jq6w kernel: [ 30.191004] RAX: ffff880036302800 RBX: ffff880036372000 RCX: 0000000000000000 2014-06-24T20:08:36.058293+03:00 linux-jq6w kernel: [ 30.191004] RDX: ffff880036304fe0 RSI: 0000000000000075 RDI: ffff880138a71350 2014-06-24T20:08:36.058295+03:00 linux-jq6w kernel: [ 30.191004] RBP: ffff880138a71000 R08: 0000000000000000 R09: ffff880036372000 2014-06-24T20:08:36.058297+03:00 linux-jq6w kernel: [ 30.191004] R10: 0000000000000500 R11: 0000000000000000 R12: ffff880036302800 2014-06-24T20:08:36.058299+03:00 linux-jq6w kernel: [ 30.191004] R13: ffff8800b74c0960 R14: ffff8800b7527d60 R15: ffff880138847000 2014-06-24T20:08:36.058302+03:00 linux-jq6w kernel: [ 30.191004] FS: 00007f07769cb980(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000 2014-06-24T20:08:36.058304+03:00 linux-jq6w kernel: [ 30.191004] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2014-06-24T20:08:36.058306+03:00 linux-jq6w kernel: [ 30.191004] CR2: ffff880036305000 CR3: 00000000b7495000 CR4: 00000000000407e0 2014-06-24T20:08:36.058308+03:00 linux-jq6w kernel: [ 30.191004] Stack: 2014-06-24T20:08:36.058311+03:00 linux-jq6w kernel: [ 30.191004] ffff880138a712b0 ffff880138a71000 ffff880138a71350 ffff880138a712b0 2014-06-24T20:08:36.058313+03:00 linux-jq6w kernel: [ 30.191004] ffff8800b7527ca8 ffff880139a69098 ffff880139a69140 ffffffffa019dea0 2014-06-24T20:08:36.058315+03:00 linux-jq6w kernel: [ 30.191004] 0000000000000206 ffff880036157700 ffff8800b7527d60 ffff880138a71000 2014-06-24T20:08:36.058318+03:00 linux-jq6w kernel: [ 30.191004] Call Trace: 2014-06-24T20:08:36.058320+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00ed1ef>] radeon_crtc_set_config+0x3f/0x110 [radeon] 2014-06-24T20:08:36.058323+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa0039c81>] drm_mode_set_config_internal+0x61/0xf0 [drm] 2014-06-24T20:08:36.058325+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa003d19b>] drm_mode_setcrtc+0xcb/0x5b0 [drm] 2014-06-24T20:08:36.058327+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa002e88b>] drm_ioctl+0x1fb/0x550 [drm] 2014-06-24T20:08:36.058329+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00c6046>] radeon_drm_ioctl+0x46/0x80 [radeon] 2014-06-24T20:08:36.058332+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff811bf6f7>] do_vfs_ioctl+0x2e7/0x4c0 2014-06-24T20:08:36.058334+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff811bf951>] SyS_ioctl+0x81/0xa0 2014-06-24T20:08:36.058337+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff81613c6d>] system_call_fastpath+0x1a/0x1f 2014-06-24T20:08:36.058339+03:00 linux-jq6w kernel: [ 30.191004] [<00007f0774b081e7>] 0x7f0774b081e6 2014-06-24T20:08:36.058341+03:00 linux-jq6w kernel: [ 30.191004] Code: 01 48 8d 14 4a 48 8b 08 49 8d 14 d4 48 89 0a 48 8b 48 08 48 89 4a 08 48 8b 48 10 48 89 4a 10 48 8b 48 18 48 89 4a 18 48 8b 48 20 <48> 89 4a 20 48 8b 48 28 48 89 4a 28 48 8b 48 30 48 89 4a 30 48 2014-06-24T20:08:36.058343+03:00 linux-jq6w kernel: [ 30.191004] RIP [<ffffffffa00a4ff4>] drm_crtc_helper_set_config+0x224/0xb00 [drm_kms_helper] 2014-06-24T20:08:36.058345+03:00 linux-jq6w kernel: [ 30.191004] RSP <ffff8800b7527c78> 2014-06-24T20:08:36.058347+03:00 linux-jq6w kernel: [ 30.191004] CR2: ffff880036305000 2014-06-24T20:08:36.058350+03:00 linux-jq6w kernel: [ 30.191004] BUG: unable to handle kernel NULL pointer dereference at 0000000000000260 2014-06-24T20:08:36.058352+03:00 linux-jq6w kernel: [ 30.191004] IP: [<ffffffff8160a989>] mutex_lock+0x9/0x22 2014-06-24T20:08:36.058354+03:00 linux-jq6w kernel: [ 30.191004] PGD b93c9067 PUD b7553067 PMD 0 2014-06-24T20:08:36.058356+03:00 linux-jq6w kernel: [ 30.191004] Oops: 0002 [#2] PREEMPT SMP 2014-06-24T20:08:36.058358+03:00 linux-jq6w kernel: [ 30.191004] Modules linked in: xt_pkttype xt_LOG xt_limit ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables snd_hda_codec_realtek snd_hda_codec_hdmi snd_hda_codec_generic snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm coretemp snd_seq snd_timer samsung_laptop snd_seq_device uvcvideo videobuf2_core videodev r8192e_pci(C) rtllib(C) lib80211 rtl8192se iTCO_wdt iTCO_vendor_support sr_mod rtl_pci serio_raw cdrom snd videobuf2_vmalloc rtlwifi pcspkr xpad mac80211 sky2 i2c_i801 cfg80211 videobuf2_memops rfkill joydev soundcore tpm_tis lpc_ich mfd_core ac battery button video tpm shpchp acpi_cpufreq sg dm_mod btrfs raid6_pq xor fan thermal radeon ttm drm_kms_helper processor drm i2c_algo_bit scsi_dh_alua scsi_dh_emc scsi_dh_rdac scsi_dh_hp_sw scsi_dh 2014-06-24T20:08:36.058361+03:00 linux-jq6w kernel: [ 30.191004] CPU: 1 PID: 992 Comm: X Tainted: G C 3.15.1-2.g3289da4-desktop #1 2014-06-24T20:08:36.058363+03:00 linux-jq6w kernel: [ 30.191004] Hardware name: SAMSUNG ELECTRONICS CO., LTD. R520/R522/R620 /R520/R522/R620 , BIOS 04LL.M021.20090803.Jay 08/03/20 2014-06-24T20:08:36.058366+03:00 linux-jq6w kernel: [ 30.191004] task: ffff880138612210 ti: ffff8800b7524000 task.ti: ffff8800b7524000 2014-06-24T20:08:36.058368+03:00 linux-jq6w kernel: [ 30.191004] RIP: 0010: [<ffffffff8160a989>] [<ffffffff8160a989>] mutex_lock+0x9/0x22 2014-06-24T20:08:36.058371+03:00 linux-jq6w kernel: [ 30.191004] RSP: 0018:ffff8800b75277c0 EFLAGS: 00010002 2014-06-24T20:08:36.058373+03:00 linux-jq6w kernel: [ 30.191004] RAX: ffffffffa00a7bd0 RBX: 0000000000000260 RCX: 00000000ffffffea 2014-06-24T20:08:36.058375+03:00 linux-jq6w kernel: [ 30.191004] RDX: 000000000000022a RSI: ffff880035caf800 RDI: 0000000000000260 2014-06-24T20:08:36.058377+03:00 linux-jq6w kernel: [ 30.191004] RBP: 0000000000000380 R08: 0000000000000300 R09: 0000000000000000 2014-06-24T20:08:36.058379+03:00 linux-jq6w kernel: [ 30.191004] R10: 0000000000000438 R11: 0000000000000300 R12: ffff880035caf800 2014-06-24T20:08:36.058381+03:00 linux-jq6w kernel: [ 30.191004] R13: 0000000000000000 R14: ffff880036301e38 R15: ffff880035caf860 2014-06-24T20:08:36.058384+03:00 linux-jq6w kernel: [ 30.191004] FS: 00007f07769cb980(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000 2014-06-24T20:08:36.058386+03:00 linux-jq6w kernel: [ 30.191004] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2014-06-24T20:08:36.058388+03:00 linux-jq6w kernel: [ 30.191004] CR2: 0000000000000260 CR3: 00000000b7495000 CR4: 00000000000407e0 2014-06-24T20:08:36.058391+03:00 linux-jq6w kernel: [ 30.191004] Stack: 2014-06-24T20:08:36.058393+03:00 linux-jq6w kernel: [ 30.191004] ffff880035caf800 ffffffffa003936d ffff880035caf800 ffff880036302e00 2014-06-24T20:08:36.058395+03:00 linux-jq6w kernel: [ 30.191004] ffffffffa00a7bfa ffff880036301e00 ffff880035caf800 ffff880036301e38 2014-06-24T20:08:36.058397+03:00 linux-jq6w kernel: [ 30.191004] 0000000000000000 0000000000000000 ffff8801388f5800 ffffffff8136ffc1 2014-06-24T20:08:36.058399+03:00 linux-jq6w kernel: [ 30.191004] Call Trace: 2014-06-24T20:08:36.058402+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa003936d>] drm_modeset_lock_all+0x1d/0x50 [drm] 2014-06-24T20:08:36.058404+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00a7bfa>] drm_fb_helper_pan_display+0x2a/0xe0 [drm_kms_helper] 2014-06-24T20:08:36.058406+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8136ffc1>] fb_pan_display+0xb1/0x170 2014-06-24T20:08:36.058408+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8136a7aa>] bit_update_start+0x1a/0x40 2014-06-24T20:08:36.058410+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8136a27e>] fbcon_switch+0x37e/0x520 2014-06-24T20:08:36.058413+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff813dfc67>] redraw_screen+0x187/0x240 2014-06-24T20:08:36.058415+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8136784a>] fbcon_blank+0x1ea/0x2a0 2014-06-24T20:08:36.058417+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff813e0721>] do_unblank_screen+0xa1/0x1b0 2014-06-24T20:08:36.058420+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff813169a5>] bust_spinlocks+0x15/0x30 2014-06-24T20:08:36.058422+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8160d24f>] oops_end+0x2f/0xe0 2014-06-24T20:08:36.058424+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff81600188>] no_context+0x2b2/0x2be 2014-06-24T20:08:36.058427+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8160f365>] __do_page_fault+0x85/0x540 2014-06-24T20:08:36.058429+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff8160c728>] page_fault+0x28/0x30 2014-06-24T20:08:36.058431+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00a4ff4>] drm_crtc_helper_set_config+0x224/0xb00 [drm_kms_helper] 2014-06-24T20:08:36.058433+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00ed1ef>] radeon_crtc_set_config+0x3f/0x110 [radeon] 2014-06-24T20:08:36.058436+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa0039c81>] drm_mode_set_config_internal+0x61/0xf0 [drm] 2014-06-24T20:08:36.058438+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa003d19b>] drm_mode_setcrtc+0xcb/0x5b0 [drm] 2014-06-24T20:08:36.058440+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa002e88b>] drm_ioctl+0x1fb/0x550 [drm] 2014-06-24T20:08:36.058442+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffffa00c6046>] radeon_drm_ioctl+0x46/0x80 [radeon] 2014-06-24T20:08:36.058445+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff811bf6f7>] do_vfs_ioctl+0x2e7/0x4c0 2014-06-24T20:08:36.058447+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff811bf951>] SyS_ioctl+0x81/0xa0 2014-06-24T20:08:36.058460+03:00 linux-jq6w kernel: [ 30.191004] [<ffffffff81613c6d>] system_call_fastpath+0x1a/0x1f 2014-06-24T20:08:36.058463+03:00 linux-jq6w kernel: [ 30.191004] [<00007f0774b081e7>] 0x7f0774b081e6 2014-06-24T20:08:36.058465+03:00 linux-jq6w kernel: [ 30.191004] Code: a9 ff 65 ff 0c 25 60 b9 00 00 74 be e9 3d ff ff ff 90 e8 8b e2 ff ff e9 84 fe ff ff 66 0f 1f 44 00 00 66 66 66 66 90 53 48 89 fb <f0> ff 0f 79 05 e8 ed fd ff ff 65 48 8b 04 25 80 b9 00 00 48 89 2014-06-24T20:08:36.058467+03:00 linux-jq6w kernel: [ 30.191004] RIP [<ffffffff8160a989>] mutex_lock+0x9/0x22 2014-06-24T20:08:36.058469+03:00 linux-jq6w kernel: [ 30.191004] RSP <ffff8800b75277c0> 2014-06-24T20:08:36.058472+03:00 linux-jq6w kernel: [ 30.191004] CR2: 0000000000000260 2014-06-24T20:08:36.058474+03:00 linux-jq6w kernel: [ 30.191004] ---[ end trace 1b8d66eeecaa3a02 ]--- Any help is much appreciated! Thank you -- 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] Factory kernel can't boot UEFI
by Stephan Kulow 24 Jun '14

24 Jun '14

Hi, We have a problem in openQA for Factory atm - we can't install on UEFI "machines" (I didn't try a real machine, but we run this setup in KVM for a while now. I tracked it here: https://bugzilla.novell.com/show_bug.cgi?id=882942 linking the problematic screenshot https://openqa.opensuse.org/tests/8391/modules/welcome/steps/1 I would welcome if someone could look at it, so we can have uefi back in the staging process. Greetings, Stephan -- Ma muaß weiterkämpfen, kämpfen bis zum Umfalln, a wenn die ganze Welt an Arsch offen hat, oder grad deswegn. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 1

[opensuse-kernel] shmobile support in armv7hl/default kernel
by Jean Delvare 23 Jun '14

23 Jun '14

Hi Guillaume, Andreas and all, I am wondering if our default armv7 kernel is supposed to support the shmobile architecture? I see the following: # CONFIG_ARCH_SHMOBILE_LEGACY is not set CONFIG_ARCH_SHMOBILE=y CONFIG_ARCH_SHMOBILE_MULTI=y CONFIG_SHMOBILE_TIMER_HZ=128 CONFIG_I2C_SH_MOBILE=m # CONFIG_VIDEO_SH_MOBILE_CSI2 is not set # CONFIG_VIDEO_SH_MOBILE_CEU is not set CONFIG_DRM_SHMOBILE=m # CONFIG_FB_SH_MOBILE_LCDC is not set # CONFIG_FB_SH_MOBILE_MERAM is not set # CONFIG_SHMOBILE_IOMMU is not set which gives me the feeling that we half-support it, which is not terribly useful. Can we make a decision and either enable all these drivers or disable shmobile support altogether? I don't care which way we go, but I would enjoy some consistency. 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

4 6

[opensuse-kernel] iwlwifi status
by Zeitlinie 23 Jun '14

23 Jun '14

if this is off-topic, please discard - or hopefully suggest other support channels. The iwlwifi driver on openSUSE 13.1 causes severe issues with dual band intel AC 7260 wifi cards with integrated bluetooth. This is getting an inevitable hw component of many recent subnotebooks. I experience frequent and random drops of connection as well as loss of signal strength whenever I enable and use bluetooth together with wifi both running in the 2.4GHz band. If I disable bluetooth in the BIOS setup or use 5GHz wifi then the connection seems stable. (Many kind-of similar issue are reported by other users of linux+AC7260 on the net.) http://wireless.kernel.org/en/users/Drivers/iwlwifi directs users with iwlwifi driver issues to the vanilla kernel's bugzilla at http://bugzilla.kernel.org/. Unfortunately however, support/info on that list was limited to the statement that openSUSE's 13.1 kernel (uname -r 3.11.10-11-desktop for me) is '..very old..' and should be updated https://bugzilla.kernel.org/show_bug.cgi?id=78271#c1 Is there any hope that openSUSE 13.1, within its life cycle, will see kernel/driver/firmware updates such as to support Intel Dual Band Wireless-AC 7260 cards properly? -- 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] [PATCH] phy: Fix typo in drivers/phy/phy-exynos5250-sata.c module which fixes the build
by Guillaume Gardet 23 Jun '14

23 Jun '14

Hi, please find in attachment a patch which fixes a typo in drivers/phy/phy-exynos5250-sata.c module license. It fixes the following build error: FATAL: modpost: GPL-incompatible module phy-exynos5250-sata.ko uses GPL-only symbol 'platform_driver_unregister' Please keep me in CC since I am not subscribed to the linux-kernel(a)vger.kernel.org ML. Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

5 8

[opensuse-kernel] Fwd: RTL8723AU options in http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/
by Larry Finger 20 Jun '14

20 Jun '14

This is a heads-up regarding kernel configuration for 3.15. Selecting the configuration option CONFIG_RTL8723AU_P2P leads to crashes with some, but not all, of the RTL8723AU devices. This hardware is fairly rare, and there may not me any openSUSE users with it, but why take a chance. All of the CONFIG_RTL8723AU_P2P code has been removed in 3.16 and replaced by cfg80211 ioctls, thus not having P2P functionality is only temporary. Thanks, Larry -------- Original Message -------- Subject: RTL8723AU options in http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/ Date: Wed, 11 Jun 2014 17:42:20 +0200 From: Jes Sorensen <Jes.Sorensen(a)redhat.com> To: andy.whitcroft(a)canonical.com CC: timg(a)canonical.com, Larry.Finger(a)lwfinger.net, Clinton Sprain <clintonsprain(a)gmail.com>, achiang(a)canonical.com Hi, Alex Chiang was kind enough to point the finger at you guys :) I received an OOPS report on the kernel here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/ It is related to the rtl8723au staging driver which I am currently in the process of bashing to pieces. Looking at the crash report it looks like it is happening in some P2P code which is enabled with CONFIG_RTL8723AU_P2P. We ripped out all the CONFIG_RTL8723AU_P2P code completely for 3.16 as it's completely broken and it should be handled outside of the driver anyway. As such, I wanted to request you disble this config option in your next build? It should avoid users experiencing crashes unnecessarily and all of us receiving bug reports over it :) Cheers, Jes -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 7

[opensuse-kernel] QEMU/KVM broken with new plymouth
by Max Lin 13 Jun '14

13 Jun '14

Hi, I'm not so sure here is the right place to ask. New plymouth[1] was submit to Factory, but we found it will broken on QEMU/KVM(ie. openQA[2]) with encrypted lvm environment, and it seems an known issue(see comment in [1]), anyone know that does it QEMU/KVM issue? if so, do we have any solution? or any opinion? [1] https://build.opensuse.org/request/show/236504 [2] https://openqa.opensuse.org/tests/7884/modules/first_boot/steps/1 Best regards, Max -- 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] Why is CONFIG_SLAB the default in SUSE kernels ?
by Cristian Rodríguez 12 Jun '14

12 Jun '14

Hi: Just out of curiosity, why SUSE kernels default to CONFIG_SLAB and not CONFIG_SLUB ? I just checked the rest of current distribution world and everyone else takes the kernel default. I am assuming there is a reason for this, that it is intentional and not a oversight where somebody forgot changing the configuration... -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 7

[opensuse-kernel] Is the kernel production in a rut?
by Basil Chupin 12 Jun '14

12 Jun '14

I use the ..../stable/...... kernel repository to get, and keep, the latest stable kernel on my 13.1 Desktop system (ie, I don't use the 'release' kernel'). Over the past ~week there were 2 updates for- kernel-devel which brought this file to version 3.14.5-2.1. Nice. But where are the associated files- kernel-desktop and kernel-desktop-devel ? In the past I have seen an update for kernel-devel and without updates to the other 2 files. However, the next day (for me) the other 2 files were available for installation. But not this time - as I said, it's been around a week without any sign of the updates for kernel-desktop and kernel-desktop-devel. What's the problem? BC -- Over the years you've helped raise awareness of a number of issues but the main one has been what a pain in the arse you are. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 8

[opensuse-kernel] latest Kernel:stable update breaks mkinitrd+raid -> system unbootable
by grantksupport＠operamail.com 12 Jun '14

12 Jun '14

After adding the repo grep baseurl /etc/zypp/repos.d/KernelStandard.repo baseurl=http://download.opensuse.org/repositories/Kernel:/stable/standard/x… and upgrading zypper dup results in rpm -qa | grep -i kernel-desktop kernel-desktop-3.15.0-1.1.g9194b64.x86_64 kernel-desktop-devel-3.15.0-1.1.g9194b64.x86_64 but, mkinitrd fails to create the initrd mkinitrd Kernel image: /boot/vmlinuz-3.15.0-1.g9194b64-desktop Initrd image: /boot/initrd-3.15.0-1.g9194b64-desktop Root device: /dev/VG0/lvROOT (mounted on / as ext4) Device md127 not handled Script /lib/mkinitrd/setup/72-block.sh failed! There was an error generating the initrd (1) /dev/md127 is a RAID array which contains /dev/VG0/lvROOT. checking rpm -qa | grep -i mkinitrd mkinitrd-2.8.1-267.1.x86_64 zypper se -s | grep -i mkinitrd i | mkinitrd | package | 2.8.1-267.1 | x86_64 | KernelStandard v | mkinitrd | package | 2.8.1-267.1 | i586 | KernelStandard v | mkinitrd | package | 2.8.1-2.1 | x86_64 | OS13-oss v | mkinitrd | package | 2.8.1-2.1 | i586 | OS13-oss disabling the KernelStandard repo, and switching to MY own builds grep baseurl /etc/zypp/repos.d/KernelCustom.repo baseurl=http://download.opensuse.org/repositories/home:/grantksupport:/Kern… the re-dup'ing zypper dup ... The following 4 NEW packages are going to be installed: dracut 037-180.1 hardlink 1.0-4.1.2 pigz 2.3-2.1.2 pixz 1.0.2-19.4 The following package is going to be REMOVED: mkinitrd 2.8.1-267.1 ... which mkinitrd /sbin/mkinitrd rpm -q --whatprovides /sbin/mkinitrd dracut-037-180.1.x86_64 now mkinitrd Creating initrd: /boot/initrd-3.14.5-3.gf1c1b51-desktop Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force --force-drivers "jbd2 raid0 raid1 raid10 raid456 ahci dm-mod dm-crypt dm-snapshot ext4 udf vfat aes sha1 sha256 sha512 dummy processor thermal ata_generic fan edd forcedeth" /boot/initrd-3.14.5-3.gf1c1b51-desktop 3.14.5-3.gf1c1b51-desktop ... *** Creating image file *** *** Creating image file done *** Update bootloader... is successful ls -atrl /boot/ | grep initrd | tail -n 3 lrwxrwxrwx 1 root root 32 Jun 11 13:54 initrd -> initrd-3.14.5-3.gf1c1b51-desktop -rw------- 1 root root 9.3M Jun 11 14:10 initrd-3.14.5-3.gf1c1b51-desktop and on reboot uname -a Linux grantkdesk 3.14.5-3.gf1c1b51-desktop #1 SMP PREEMPT Thu Jun 5 13:44:09 UTC 2014 (f1c1b51) x86_64 x86_64 x86_64 GNU/Linux -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 4

[opensuse-kernel] Could you please add patches for chrome laptops to the kernel?
by 胡小柯 11 Jun '14

11 Jun '14

Hi, I'm using Acer ChromeBook C720 with openSUSE 13.1, but the touchpad did not work out of box. I installed Arch Linux according to this wiki, https://wiki.archlinux.org/index.php/Acer_C720_Chromebook. And it just work out great. However, I do not know how to install those patches fixed touchpad issue. I wonder if anyone could add those patches to the kernel-desktop. Here are the patches, https://patchwork.kernel.org/bundle/bleung/chromeos-laptop-deferring-and-ha…. Thank you! --- Best wishes. Darcy -- 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] Re: [opensuse-arm] [PATCH] Disable OMAP4 video to avoid build failure.
by Nishanth Menon 11 Jun '14

11 Jun '14

On 06/11/2014 04:12 AM, Matwey V. Kornilov wrote: > > Reference: http://lists.opensuse.org/opensuse-arm/2014-06/msg00004.html > Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> > --- > config/armv7hl/default | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/config/armv7hl/default b/config/armv7hl/default > index 62d484b..be36a40 100644 > --- a/config/armv7hl/default > +++ b/config/armv7hl/default > @@ -5406,7 +5406,7 @@ CONFIG_USB_MSI3101=m > CONFIG_MEDIA_TUNER_MSI001=m > # CONFIG_VIDEO_TCM825X is not set > CONFIG_USB_SN9C102=m > -CONFIG_VIDEO_OMAP4=y > +# CONFIG_VIDEO_OMAP4 is not set > # CONFIG_VIDEO_OMAP4_DEBUG is not set > # CONFIG_DVB_RTL2832_SDR is not set > CONFIG_LIRC_STAGING=y > Also see new discussion: http://marc.info/?t=140249750600003&r=1&w=2 -- Regards, Nishanth Menon -- 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] build fails in https://build.opensuse.org/package/show/Kernel:stable/kernel-vanilla
by doiggl＠velocitynet.com.au 09 Jun '14

09 Jun '14

Hello, I noticed build fails in https://build.opensuse.org/package/show/Kernel:stable/kernel-vanilla --Glenn >From the log: https://build.opensuse.org/package/live_build_log/Kernel:stable/kernel-vani… [ 6713s] + mv -f /home/abuild/rpmbuild/BUILDROOT/kernel-vanilla-3.14.5-2.1.gf1c1b51.x86_64/boot/vmlinux-3.14.5-2.gf1c1b51-vanilla.save /home/abuild/rpmbuild/BUILDROOT/kernel-vanilla-3.14.5-2.1.gf1c1b51.x86_64/boot/vmlinux-3.14.5-2.gf1c1b51-vanilla [ 6713s] + ghost_vmlinux=true [ 6713s] + image=bzImage [ 6713s] + cp -p arch/x86/boot/bzImage /home/abuild/rpmbuild/BUILDROOT/kernel-vanilla-3.14.5-2.1.gf1c1b51.x86_64/boot/vmlinuz-3.14.5-2.gf1c1b51-vanilla [ 6713s] + image=vmlinuz [ 6713s] + test -x /usr/lib/rpm/pesign/gen-hmac [ 6713s] + /usr/lib/rpm/pesign/gen-hmac -r /home/abuild/rpmbuild/BUILDROOT/kernel-vanilla-3.14.5-2.1.gf1c1b51.x86_64 /boot/vmlinuz-3.14.5-2.gf1c1b51-vanilla [ 6714s] sh: sha512hmac: command not found [ 6714s] error: Bad exit status from /var/tmp/rpm-tmp.iYoG4v (%install) [ 6714s] [ 6714s] [ 6714s] RPM build errors: [ 6714s] Bad exit status from /var/tmp/rpm-tmp.iYoG4v (%install) [ 6721s] [ 6675.373198] SysRq : Power Off [ 6726s] [ 6675.378011] reboot: Power down -- 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] How to OBS branch & patch Kernel:Stable project, and multiple kernel variants?
by grantksupport＠operamail.com 07 Jun '14

07 Jun '14

I user Kernel:Stable branch with my Opensuse 13.1 Atm, it's broken (unresolvable) due to a missing build dependency, `hmaccalc` (https://build.opensuse.org/package/show?project=Kernel%3Astable&package=ker…) At OBS, I've branched the project, adding the Security:hmaccalc pkg. It's building now https://build.opensuse.org/package/live_build_log/home:grantksupport:branch… I also want to apply this patch https://build.opensuse.org/package/view_file/home:grantksupport:branches:Ke…) to branched Kernel:Stable project's source. to the kernel source, from a bug I've opened https://bugzilla.novell.com/show_bug.cgi?id=878489#c4 Iiuc, I need to add/reference the patch @ ~line #404 https://build.opensuse.org/package/view_file/home:grantksupport:branches:Ke… but my relative path's wrong. The build isn't finding the patch. I've tried ./, ../, ../../, etc. What's the right path to use for patching the kernel source in the Opensuse-way? Also, I want that patch added to ALL the vairants I'm building, not just kernel-default. What's the right way to modify the kernel source once -- for the project -- and have all the enclosed packages, aka kernel variants, use it? I'm guessing the kernel build team doesn't manually modify each & every spec file. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 4

[opensuse-kernel] Kernel Ooops with 3.11.10-61.g04896c2-desktop
by EXTERNAL Konold Martin (erfrakon, RtP2/TEF72) 07 Jun '14

07 Jun '14

Hi, We are observing a reproducible kernel Oops with the firewire_ohci driver on a Hewlett-Packard HP Z800 Workstation running 32Bit OpenSuSE 13.1. Are the following exceprs from kernel logs of any use to you? Do you need further information? Yours, --martin May 30 17:10:43 rt-z05s3 kernel: [ 309.697867] firewire_ohci 0000:37:09.0: failed to read phy reg 4 May 30 17:10:43 rt-z05s3 kernel: [ 309.697870] CPU: 5 PID: 2690 Comm: systemd-udevd Not tainted 3.11.10-60.ge7b4603-desktop #1 May 30 17:10:43 rt-z05s3 kernel: [ 309.697871] Hardware name: Hewlett-Packard HP Z800 Workstation/0AECh, BIOS 786G5 v03.54 11/02/2011 May 30 17:10:43 rt-z05s3 kernel: [ 309.697875] 00000004 c0716ff6 00000067 f7c31d84 f0dfe064 f7c378d4 00000004 00000004 May 30 17:10:43 rt-z05s3 kernel: [ 309.697878] f6e1b000 000000c0 f7c31da3 f6e1b574 f6e1b000 00000004 00000000 f7c31dfc May 30 17:10:43 rt-z05s3 kernel: [ 309.697881] 000000c0 f6e1b000 00000000 10000000 80000000 f7c34fbc 000000c0 00000003 May 30 17:10:43 rt-z05s3 kernel: [ 309.697882] Call Trace: May 30 17:10:43 rt-z05s3 kernel: [ 309.697895] [<c0205129>] try_stack_unwind+0x179/0x190 May 30 17:10:43 rt-z05s3 kernel: [ 309.697900] [<c0203f17>] dump_trace+0x47/0xf0 May 30 17:10:43 rt-z05s3 kernel: [ 309.697903] [<c020517f>] show_trace_log_lvl+0x3f/0x50 May 30 17:10:43 rt-z05s3 kernel: [ 309.697905] [<c0204010>] show_stack_log_lvl+0x50/0xd0 May 30 17:10:43 rt-z05s3 kernel: [ 309.697907] [<c02051cf>] show_stack+0x1f/0x40 May 30 17:10:43 rt-z05s3 kernel: [ 309.697913] [<c0716ff6>] dump_stack+0x48/0x76 May 30 17:10:43 rt-z05s3 kernel: [ 309.697921] [<f7c31d84>] read_phy_reg+0x94/0xa0 [firewire_ohci] May 30 17:10:43 rt-z05s3 kernel: [ 309.697932] [<f7c31da3>] update_phy_reg+0x13/0x40 [firewire_ohci] May 30 17:10:43 rt-z05s3 kernel: [ 309.697937] [<f7c31dfc>] ohci_update_phy_reg+0x2c/0x40 [firewire_ohci] May 30 17:10:43 rt-z05s3 kernel: [ 309.697943] [<f7c34fbc>] ohci_enable+0x1ac/0x570 [firewire_ohci] May 30 17:10:43 rt-z05s3 kernel: [ 309.697953] [<f7c857ea>] fw_card_add+0x3a/0x80 [firewire_core] May 30 17:10:43 rt-z05s3 kernel: [ 309.697959] [<f7c363fa>] pci_probe+0x63a/0x72a [firewire_ohci] May 30 17:10:43 rt-z05s3 kernel: [ 309.697967] [<c04ac7a5>] local_pci_probe+0x25/0x50 May 30 17:10:43 rt-z05s3 kernel: [ 309.697971] [<c04ad7ef>] pci_device_probe+0xcf/0xe0 May 30 17:10:43 rt-z05s3 kernel: [ 309.697978] [<c0561004>] driver_probe_device+0x74/0x360 May 30 17:10:43 rt-z05s3 kernel: [ 309.697982] [<c0561391>] __driver_attach+0x71/0x80 May 30 17:10:43 rt-z05s3 kernel: [ 309.697985] [<c055f57f>] bus_for_each_dev+0x3f/0x70 May 30 17:10:43 rt-z05s3 kernel: [ 309.697988] [<c0560b26>] driver_attach+0x16/0x20 May 30 17:10:43 rt-z05s3 kernel: [ 309.697990] [<c056076f>] bus_add_driver+0x1bf/0x280 May 30 17:10:43 rt-z05s3 kernel: [ 309.697994] [<c05618e3>] driver_register+0x63/0x120 May 30 17:10:43 rt-z05s3 kernel: [ 309.697997] [<c020042a>] do_one_initcall+0xca/0x190 May 30 17:10:43 rt-z05s3 kernel: [ 309.698003] [<c02a4d97>] load_module+0x1d57/0x23f0 May 30 17:10:43 rt-z05s3 kernel: [ 309.698007] [<c02a5595>] SyS_finit_module+0x75/0xc0 May 30 17:10:43 rt-z05s3 kernel: [ 309.698011] [<c072333d>] sysenter_do_call+0x12/0x28 May 30 17:10:43 rt-z05s3 kernel: [ 309.698019] [<b774a424>] 0xb774a423 May 30 17:10:43 rt-z05s3 kernel: [ 309.698128] firewire_ohci: probe of 0000:37:09.0 failed with error -16 wes3rt@rt-z05s3:~/git/kiwi_131 (os131_master)> dmesg | grep ohci [ 0.841314] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 41.443985] firewire_ohci 0000:37:09.0: failed to read phy reg 4 [ 41.444042] [<f7c76d84>] read_phy_reg+0x94/0xa0 [firewire_ohci] [ 41.444054] [<f7c76da3>] update_phy_reg+0x13/0x40 [firewire_ohci] [ 41.444059] [<f7c76dfc>] ohci_update_phy_reg+0x2c/0x40 [firewire_ohci] [ 41.444064] [<f7c79fbc>] ohci_enable+0x1ac/0x570 [firewire_ohci] [ 41.444080] [<f7c7b3fa>] pci_probe+0x63a/0x72a [firewire_ohci] [ 41.444242] firewire_ohci: probe of 0000:37:09.0 failed with error -16 Jun 4 17:22:50 rt-z05s3 kernel: [22817.667435] firewire_ohci 0000:37:09.0: added OHCI v1.0 device as card 1, 8 IR + 8 IT contexts, quirks 0x80 Jun 4 17:22:51 rt-z05s3 kernel: [22818.168877] firewire_core 0000:37:09.0: created device fw0: GUID 0060b0000089954f, S400 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786356] BUG: unable to handle kernel paging request at 000010bc Jun 4 17:23:33 rt-z05s3 kernel: [22860.786364] IP: [<c031c4f9>] compaction_alloc+0xa9/0x1b0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786373] *pdpt = 00000000366d5001 *pde = 0000000000000000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786377] Oops: 0000 [#1] PREEMPT SMP Jun 4 17:23:33 rt-z05s3 kernel: [22860.786382] Modules linked in: firewire_ohci nikal(PO) cfi_drv(O) fuse binfmt_misc nfsv3 nfs_acl nfsv4 nfs fscache lockd sunrpc snd_hda_codec_hdmi memainPCI(O) memainUSB(O) ppdev parport_pc lp parport intel_powerclamp snd_hda_codec_rea ltek kvm_intel kvm crc32_pclmul aesni_intel ablk_helper snd_hda_intel cryptd lrw aes_i586 xts snd_hda_codec hp_wmi sparse_keymap rfkill gf128mul snd_hwdep serio_raw pcspkr snd_pcm nouveau joydev snd_timer iTCO_wdt ttm firewire_core iTCO_vendor_support mptctl drm_kms_help er snd crc_itu_t drm i7core_edac mxm_wmi edac_core soundcore video snd_page_alloc wmi acpi_cpufreq mperf dm_mod autofs4 af_packet loop sg tpm_tis tpm tpm_bios coretemp crc32c_intel gpio_ich mptsas mptscsih mptbase scsi_transport_sas sr_mod lpc_ich cdrom mfd_core tg3 libp hy ptp pps_core nvidiafb fb_ddc i2c_algo_bit vgastate shpchp button processor thermal_sys [last unloaded: firewire_ohci] Jun 4 17:23:33 rt-z05s3 kernel: [22860.786452] CPU: 1 PID: 10354 Comm: kwin Tainted: P O 3.11.10-61.g04896c2-desktop #1 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786457] Hardware name: Hewlett-Packard HP Z800 Workstation/0AECh, BIOS 786G5 v03.54 11/02/2011 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786461] task: cea6f140 ti: cea80000 task.ti: cea80000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786464] EIP: 0060:[<c031c4f9>] EFLAGS: 00210202 CPU: 1 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786468] EIP is at compaction_alloc+0xa9/0x1b0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786471] EAX: 00000000 EBX: cea81d6c ECX: 000371fe EDX: 00168e02 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786474] ESI: 001a0000 EDI: 00000000 EBP: 00000000 ESP: cea81c90 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786477] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786480] CR0: 80050033 CR2: 000010bc CR3: 0f37c000 CR4: 000007f0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786483] Stack: Jun 4 17:23:33 rt-z05s3 kernel: [22860.786485] cea81d6c 00037c00 00038020 f637b700 001a0000 00038020 f30d6c4c c031c450 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786493] f30d6c5c f30d6c38 c0346cd6 cea81d8c cea81d9c cea81d74 c031c450 cea81d6c Jun 4 17:23:33 rt-z05s3 kernel: [22860.786500] 00000000 00000000 00000020 cea81d74 00000000 00000000 00000000 00000000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786507] Call Trace: Jun 4 17:23:33 rt-z05s3 kernel: [22860.786516] [<c0346cd6>] migrate_pages+0x96/0x590 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786522] [<c031d198>] compact_zone+0x298/0x410 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786527] [<c031d5f7>] try_to_compact_pages+0x127/0x180 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786533] [<c0714f82>] __alloc_pages_direct_compact+0x91/0x18f Jun 4 17:23:33 rt-z05s3 kernel: [22860.786541] [<c03076ee>] __alloc_pages_nodemask+0x4ce/0x870 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786549] [<c033d7eb>] alloc_pages_vma+0x7b/0x130 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786554] [<c034bf93>] do_huge_pmd_anonymous_page+0x173/0x440 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786560] [<c032474d>] handle_mm_fault+0x32d/0x6d0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786567] [<c071ff25>] __do_page_fault+0x1a5/0x540 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786572] [<c071da1f>] error_code+0x67/0x6c Jun 4 17:23:33 rt-z05s3 kernel: [22860.786578] [<b541132f>] 0xb541132e Jun 4 17:23:33 rt-z05s3 kernel: [22860.786580] Code: 3b 6b 14 72 0f e9 03 01 00 00 3b 7b 14 90 8d 74 26 00 73 68 89 f0 c1 e8 0e 0f be 80 60 38 b2 c0 85 c0 78 4c 8b 04 85 40 38 b2 c0 <8b> 90 bc 10 00 00 03 90 b4 10 00 00 39 f2 76 35 89 f2 2b 90 b4 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786613] EIP: [<c031c4f9>] compaction_alloc+0xa9/0x1b0 SS:ESP 0068:cea81c90 Jun 4 17:23:33 rt-z05s3 kernel: [22860.786618] CR2: 00000000000010bc Jun 4 17:23:33 rt-z05s3 kernel: [22860.791917] ---[ end trace 5974619e950f3f78 ]--- Jun 4 17:23:33 rt-z05s3 kernel: [22860.798293] BUG: unable to handle kernel paging request at 000010bc Jun 4 17:23:33 rt-z05s3 kernel: [22860.798302] IP: [<c031c4f9>] compaction_alloc+0xa9/0x1b0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798311] *pdpt = 0000000036ebc001 *pde = 0000000000000000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798316] Oops: 0000 [#2] PREEMPT SMP Jun 4 17:23:33 rt-z05s3 kernel: [22860.798320] Modules linked in: firewire_ohci nikal(PO) cfi_drv(O) fuse binfmt_misc nfsv3 nfs_acl nfsv4 nfs fscache lockd sunrpc snd_hda_codec_hdmi memainPCI(O) memainUSB(O) ppdev parport_pc lp parport intel_powerclamp snd_hda_codec_rea ltek kvm_intel kvm crc32_pclmul aesni_intel ablk_helper snd_hda_intel cryptd lrw aes_i586 xts snd_hda_codec hp_wmi sparse_keymap rfkill gf128mul snd_hwdep serio_raw pcspkr snd_pcm nouveau joydev snd_timer iTCO_wdt ttm firewire_core iTCO_vendor_support mptctl drm_kms_help er snd crc_itu_t drm i7core_edac mxm_wmi edac_core soundcore video snd_page_alloc wmi acpi_cpufreq mperf dm_mod autofs4 af_packet loop sg tpm_tis tpm tpm_bios coretemp crc32c_intel gpio_ich mptsas mptscsih mptbase scsi_transport_sas sr_mod lpc_ich cdrom mfd_core tg3 libp hy ptp pps_core nvidiafb fb_ddc i2c_algo_bit vgastate shpchp button processor thermal_sys [last unloaded: firewire_ohci] Jun 4 17:23:33 rt-z05s3 kernel: [22860.798395] CPU: 0 PID: 2538 Comm: systemd-journal Tainted: P D O 3.11.10-61.g04896c2-desktop #1 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798400] Hardware name: Hewlett-Packard HP Z800 Workstation/0AECh, BIOS 786G5 v03.54 11/02/2011 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798404] task: f691b100 ti: f07ca000 task.ti: f07ca000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798407] EIP: 0060:[<c031c4f9>] EFLAGS: 00010202 CPU: 0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798411] EIP is at compaction_alloc+0xa9/0x1b0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798414] EAX: 00000000 EBX: f07cbd6c ECX: 000371fe EDX: 00168e02 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798417] ESI: 001a0000 EDI: 00000000 EBP: 00000000 ESP: f07cbc90 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798421] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798424] CR0: 80050033 CR2: 000010bc CR3: 365e3000 CR4: 000007f0 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798427] Stack: Jun 4 17:23:33 rt-z05s3 kernel: [22860.798429] f07cbd6c 00037c00 00038048 f637b700 001a0000 00038048 f30d71ec c031c450 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798437] f30d71fc f30d71d8 c0346cd6 f07cbd8c f07cbd9c f07cbd74 c031c450 f07cbd6c Jun 4 17:23:33 rt-z05s3 kernel: [22860.798444] 00000000 00000000 00000020 f07cbd74 00000000 00000000 00000000 00000000 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798452] Call Trace: Jun 4 17:23:33 rt-z05s3 kernel: [22860.798461] [<c0346cd6>] migrate_pages+0x96/0x590 Jun 4 17:23:33 rt-z05s3 kernel: [22860.798467] [<c031d198>] compact_zone+0x298/0x410 -- 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] Kernel hickup with NVidia Quadro 600, OpenSuSE 13.1 with recent Kernel
by EXTERNAL Konold Martin (erfrakon, RtP2/TEF72) 06 Jun '14

06 Jun '14

Hi, I am running 3.11.10-61.g04896c2-desktop on 32-Bit Intel on many OpenSuSE 13.1 workstations with NVidia Quadro 600. rt-z05s3:/home/DE/km82rt # lspci | grep -i nv 0f:00.0 VGA compatible controller: NVIDIA Corporation GF108GL [Quadro 600] (rev a1) 0f:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1) Using the nouveau oss driver I experience temporary unresponsiveness up to 15s. In many cases the system becomes usable again afterwards. These events correlate with kernel log entries like [ 4490.695824] nouveau E[ PGRAPH][0000:0f:00.0] DATA_ERROR [(unknown enum 0x00000051)] ch 5 [0x001f9fe000 qtcreator[11615]] subc 2 class 0x9039 mthd 0x0300 data 0x00100010 But also [50903.751517] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x0020165994 put 0x00201659e4 ib_get 0x00000273 ib_put 0x00000296 state 0x8000690c (err: INVALID_CMD) push 0x00406040 [50903.751545] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c00c ib_get 0x00000274 ib_put 0x00000296 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [50903.751581] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x0020165a4c put 0x0020165bc0 ib_get 0x00000277 ib_put 0x00000296 state 0x800075f1 (err: INVALID_CMD) push 0x00406040 [50903.751606] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c00c ib_get 0x00000278 ib_put 0x00000296 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [50903.760615] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH FAULT [50903.760629] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH 00f00000 0000fe0c 00000000 00000000 [50903.760635] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [50903.760643] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x15e0 data 0x00000000 [50903.760658] nouveau E[ PFB][0000:0f:00.0] trapped read at 0x0000046f40 on channel 0x0002f92b [kwin[9156]] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [50903.760683] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH FAULT [50903.760693] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH 00f00000 0000fe0c 00000000 00000000 [50903.760699] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [50903.760706] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x0f04 data 0x00000000 [50903.786392] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x0020169cc8 put 0x0020169d14 ib_get 0x000002ef ib_put 0x00000312 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [50903.786419] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c00c ib_get 0x000002f0 ib_put 0x00000312 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [50903.795509] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH FAULT [50903.795518] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_VFETCH 00f00000 0000fe0c 00000000 00000000 [50903.795522] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [50903.795527] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x0f04 data 0x00000000 [50903.795538] nouveau E[ PFB][0000:0f:00.0] trapped read at 0x0000000040 on channel 0x0002f92b [kwin[9156]] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [57989.658466] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x00201a5788 put 0x00201a58fc ib_get 0x0000012a ib_put 0x00000151 state 0x800075f1 (err: INVALID_CMD) push 0x00406040 [57989.658488] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c018 ib_get 0x0000012b ib_put 0x00000151 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [68964.306247] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002003b258 put 0x002003b3b0 ib_get 0x000003d4 ib_put 0x000003fd state 0x80007ac8 (err: INVALID_CMD) push 0x00406040 [68964.306271] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c030 ib_get 0x000003d5 ib_put 0x000003fd state 0x80000000 (err: INVALID_CMD) push 0x00406040 [68964.307683] nouveau E[ PGRAPH][0000:0f:00.0] DATA_ERROR INVALID_ENUM [68964.307691] nouveau E[ PGRAPH][0000:0f:00.0] DATA_ERROR [68964.307697] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x1ac4 data 0x0004735c [73015.511671] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002002f478 put 0x002002f4b0 ib_get 0x000003f0 ib_put 0x00000011 state 0x80000024 (err: INVALID_CMD) push 0x00406040 [73015.511692] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c030 ib_get 0x000003f1 ib_put 0x00000011 state 0x80000000 (err: INVALID_CMD) push 0x003040b0 [73015.515400] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 0 - Unknown fault at address 004e0a0000 [73015.515406] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 0 - e0c: 00000000, e18: 00000000, e1c: 00000000, e20: 00002a00, e24: 00030000 [73015.515417] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 1 - Unknown fault at address 004e0a1000 [73015.515421] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 1 - e0c: 00000000, e18: 00000000, e1c: 00000010, e20: 00002a00, e24: 00030000 [73015.515432] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 2 - Unknown fault at address 004e0a0400 [73015.515436] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 2 - e0c: 00000000, e18: 00000000, e1c: 00100000, e20: 00002a00, e24: 00030000 [73015.515446] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 3 - Unknown fault at address 004e0a1400 [73015.515450] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 3 - e0c: 00000000, e18: 00000000, e1c: 00100018, e20: 00002a00, e24: 00030000 [73015.515455] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [73015.515460] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x0f04 data 0x00000000 [73015.515471] nouveau E[ PFB][0000:0f:00.0] trapped write at 0x004e0a1000 on channel 0x0002f92b [kwin[9156]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT [73015.515490] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 0 - Unknown fault at address 004e0e0300 [73015.515494] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 0 - e0c: 00000000, e18: 00000000, e1c: 000c0400, e20: 00002a00, e24: 00030000 [73015.515504] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 1 - Unknown fault at address 004e0ab400 [73015.515508] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 1 - e0c: 00000000, e18: 00000000, e1c: 001200b8, e20: 00002a00, e24: 00030000 [73015.515518] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 2 - Unknown fault at address 004e0d0700 [73015.515522] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 2 - e0c: 00000000, e18: 00000000, e1c: 001c0300, e20: 00002a00, e24: 00030000 [73015.515533] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 3 - Unknown fault at address 004e0e9600 [73015.515536] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TPDMA_RT - TP 3 - e0c: 00000000, e18: 00000000, e1c: 00180490, e20: 00002a00, e24: 00030000 [73015.515541] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [73015.515545] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x0f04 data 0x00000000 [73015.515555] nouveau E[ PFB][0000:0f:00.0] trapped write at 0x004e10fb00 on channel 0x0002f92b [kwin[9156]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT [73015.523898] nouveau E[ PGRAPH][0000:0f:00.0] magic set 0: [73015.523905] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408904: 0x20095c04 [73015.523909] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408908: 0x004f180b [73015.523913] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040890c: 0x80000432 [73015.523917] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408910: 0x0a000000 [73015.523920] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP0: Unhandled ustatus 0x00000003 [73015.523924] nouveau E[ PGRAPH][0000:0f:00.0] magic set 1: [73015.523927] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409904: 0x20097004 [73015.523931] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409908: 0x004f181b [73015.523934] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040990c: 0x80000432 [73015.523937] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409910: 0x0a000000 [73015.523940] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP1: Unhandled ustatus 0x00000003 [73015.523944] nouveau E[ PGRAPH][0000:0f:00.0] magic set 2: [73015.523948] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a904: 0x20090d04 [73015.523951] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a908: 0x004f182b [73015.523955] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a90c: 0x80000432 [73015.523958] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a910: 0x0a000000 [73015.523961] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP2: Unhandled ustatus 0x00000003 [73015.523972] nouveau E[ PGRAPH][0000:0f:00.0] magic set 3: [73015.523980] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b904: 0x20091004 [73015.523988] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b908: 0x004f183b [73015.523995] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b90c: 0x80000432 [73015.524003] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b910: 0x0a000000 [73015.524010] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP3: Unhandled ustatus 0x00000003 [73015.524018] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [73015.524028] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 4 class 0x502d mthd 0x08dc data 0x000004af [73015.524044] nouveau E[ PFB][0000:0f:00.0] trapped write at 0x004e0b8c00 on channel 0x0002f92b [kwin[9156]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT [73015.524065] nouveau E[ PGRAPH][0000:0f:00.0] magic set 0: [73015.524073] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408904: 0x20083604 [73015.524081] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408908: 0x004f1a8a [73015.524090] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040890c: 0x80000432 [73015.524100] nouveau E[ PGRAPH][0000:0f:00.0] 0x00408910: 0x0a000000 [73015.524109] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP0: Unhandled ustatus 0x00000003 [73015.524120] nouveau E[ PGRAPH][0000:0f:00.0] magic set 1: [73015.524129] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409904: 0x20090004 [73015.524139] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409908: 0x004f1899 [73015.524149] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040990c: 0x80000432 [73015.524158] nouveau E[ PGRAPH][0000:0f:00.0] 0x00409910: 0x0a000000 [73015.524167] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP1: Unhandled ustatus 0x00000003 [73015.524178] nouveau E[ PGRAPH][0000:0f:00.0] magic set 2: [73015.524187] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a904: 0x20097204 [73015.524197] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a908: 0x004f1828 [73015.524207] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a90c: 0x80000432 [73015.524217] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040a910: 0x0a000000 [73015.524227] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP2: Unhandled ustatus 0x00000003 [73015.524238] nouveau E[ PGRAPH][0000:0f:00.0] magic set 3: [73015.524248] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b904: 0x20082e04 [73015.524257] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b908: 0x004f1cd7 [73015.524267] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b90c: 0x80000432 [73015.524277] nouveau E[ PGRAPH][0000:0f:00.0] 0x0040b910: 0x0a000000 [73015.524287] nouveau E[ PGRAPH][0000:0f:00.0] TRAP_TEXTURE - TP3: Unhandled ustatus 0x00000003 [73015.524298] nouveau E[ PGRAPH][0000:0f:00.0] TRAP [73015.524309] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 4 class 0x502d mthd 0x08dc data 0x000004af [73015.524328] nouveau E[ PFB][0000:0f:00.0] trapped read at 0x004f1c7600 on channel 0x0002f92b [kwin[9156]] PGRAPH/TEXTURE/00 reason: PAGE_NOT_PRESENT [73015.532973] nouveau E[ PFB][0000:0f:00.0] trapped write at 0x004f182500 on channel 0x0002f92b [kwin[9156]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT [138164.630279] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x00201702e0 put 0x0020170320 ib_get 0x000001ef ib_put 0x00000206 state 0x800075f1 (err: INVALID_CMD) push 0x00406040 [138164.630310] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c018 ib_get 0x000001f0 ib_put 0x00000206 state 0x80000000 (err: INVALID_CMD) push 0x003040b0 [138530.064164] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002014bcf4 put 0x002014bd54 ib_get 0x0000007c ib_put 0x000000a5 state 0x80007ac8 (err: INVALID_CMD) push 0x00406040 [138530.064193] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c024 ib_get 0x0000007d ib_put 0x000000a5 state 0x80000000 (err: INVALID_CMD) push 0x00406040 [138530.064794] nouveau E[ PGRAPH][0000:0f:00.0] DATA_ERROR INVALID_ENUM [138530.064803] nouveau E[ PGRAPH][0000:0f:00.0] DATA_ERROR [138530.064812] nouveau E[ PGRAPH][0000:0f:00.0] ch 4 [0x002f92b000 kwin[9156]] subc 3 class 0x8297 mthd 0x1ac4 data 0x00040060 [141692.835743] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x00200db21c put 0x00200db2b4 ib_get 0x000000c3 ib_put 0x000000e4 state 0x8000735c (err: INVALID_CMD) push 0x00406040 [141692.835772] nouveau E[ PFIFO][0000:0f:00.0] DMA_PUSHER - ch 4 [kwin[9156]] get 0x002032c000 put 0x002032c024 ib_get 0x000000c4 ib_put 0x000000e4 state 0x80000000 (err: INVALID_CMD) push 0x00406040 Is this the correct mailing list to discuss the nouveau kernel driver? If yes, do you require further information? Shall I open a bugzilla entry? Yours, --martin -- 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] Please FIX Kernel:Stable repos
by grantksupport＠operamail.com 05 Jun '14

05 Jun '14

The project repos, containing 3.14.x kernels for Opensuse 13.1 et al @ https://build.opensuse.org/project/show/Kernel:stable are broken -- half-populated with an update, leaving dependencies broken. The build apparently can't complete as a pkg `hmaccalc` is missing from the build. -- 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] trim or not to trim : luks encrypted ssd
by Bruno Friedmann 05 Jun '14

05 Jun '14

A few months ago, I discovered that in mkinitrd we don't have (take care?) support for the option allow-discards for crypsetup luks drive. Trying fstrim: /: FITRIM ioctl failed: Operation not supported on plain stock 13.1 Even with the argument on boot line cryptdevice=/dev/mapper/cr_sda2:root:allow-discards I've then patched locally boot-luks.sh by adding the hard way the support by modifying the function luksopen() { local name="$1" local ask_pass="$2" eval local dev="\"\${luks_${name}}\"" eval local realname="\"\${luks_${name}_name}\"" if [ "$ask_pass" = no ]; then cryptsetup --tries=1 --allow-discards luksOpen "$dev" "$realname" ret="$?" elif luks_check_ply; then plymouth ask-for-password --prompt="Unlocking ${realname} ($dev)" | cryptsetup --tries=1 --allow-discards luksOpen "$dev" "$realname" ret="$?" else echo -e "${extd}Unlocking ${realname} ($dev)${norm}" splash_off cryptsetup --tries=1 --allow-discards luksOpen "$dev" "$realname" ret="$?" fi return "$ret" } Mostly cause my laptop has this option, part 1 is /boot unencrypted ext4 part 1 the whole rest with vg encrypted. So far so good, the discard option in fstab and manual fstrim function work after a reboot with the new initrd. My first question is : is it a good idea to have discard option for encrypted device ? My main concern is (my 2.5 years 480Gb ssd which totalize a 35000Gb write for 13000 hours powered on) behave strangely last week-end. Some binaries normally ELF became data file. (Was the case of dos2unix) which I don't run from months. rpm -Va show others like this .5.... just the md5sum has changed... Could it be linked to the fact that the ssd has work during 2.5 years without any trim? What your thought on it? -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board GPG KEY : D5C9B751C4653227 irc: tigerfoot ~~~Don't take Life too serious. Nobody gets out alive anyway!~~~ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 14

[opensuse-kernel] Re: [opensuse-arm] Re: kernel-default 3.15-rc5 build failing on armv7l
by Alexander Graf 05 Jun '14

05 Jun '14

On 04.06.14 09:28, Matwey V. Kornilov wrote: > On 19.05.2014 14:02, Alexander Graf wrote: >>> note: expected 'uint32_t *' but argument is of type 'dma_addr_t *' > > I've fixed that one, but can not figure out what is wrong now: > > https://build.opensuse.org/package/live_build_log/home:matwey:pcm051:13.2/k… > If I had to guess I'd say someone forgot to put a few EXPORT_SYMBOLs into the code and never tested whether compiling his v4l / video driver actually works when it's compiled as a module. Alex -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

5 7

[opensuse-kernel] Fwd: Post to opensuse-kernel@opensuse.org denied
by Linda Walsh 05 Jun '14

05 Jun '14

Resend -- filter acting up again. -------- Original Message -------- * Attachments * Mails from other lists * HTML mails (also multipart text/html!) If you think your mail does not violate these rules and was declined anyway, contact the owner at: opensuse-kernel+owner(a)opensuse.org --- below this line the first 100 lines of the denied message ---> To: Larry Finger <Larry.Finger(a)lwfinger.net> CC: Jean Delvare <jdelvare(a)suse.de>, Cristian Rodríguez <crrodriguez(a)opensuse.org>, Jeff Mahoney <jeffm(a)suse.com>, opensuse-kernel list <opensuse-kernel(a)opensuse.org>, Jean-Baptiste Giraudeau <jbgiraudeau(a)gmail.com> References: <5384B3F4.3050308(a)opensuse.org> <1401898027.4330.127.camel(a)chaos.site> <538F46A1.9070104(a)lwfinger.net> Larry Finger wrote: > On 06/04/2014 11:07 AM, Jean Delvare wrote: >> >> So unless someone can provide a good reason why we should stick to SLAB, >> I vote for switching to SLUB. > > +1 > > I build my own kernels, and I have used SLUB without problems for > several years with openSUSE. As I run new kernel versions, I have hit > some SLUB bugs in the -git or -rc1, but those are always fixed long > before the stable release. > +1 Ditto on the above. I found the below on stack overflow -- which recommends slub as SLUB is the updated design for SLAB as optimized for multiprocessor systems. By using SLAB, we are NOT using the default. Linux currently offers three choices for its "slab" allocator: Slab is the original, based on Bonwick's seminal paper and available since Linux kernel version 2.2. It is a faithful implementation of Bonwick's proposal, augmented by the multiprocessor changes described in Bonwick's follow-up paper[2]. Slub is the next-generation replacement memory allocator, which has been the default in the Linux kernel since 2.6.23. It continues to employ the basic "slab" model, but fixes several deficiencies in Slab's design, particularly around systems with large numbers of processors. Slub is simpler than Slab. SLOB (Simple List Of Blocks) is a memory allocator optimized for embedded systems with very little memory—on the order of megabytes. It applies a very simple first-fit algorithm on a list of blocks, not unlike the old K&R-style heap allocator. In eliminating nearly all of the overhad from the memory allocator, SLOB is a good fit for systems under extreme memory constraints, but it offers none of the benefits described in 1 and can suffer from pathological fragmentation. What should you use? Slub, unless you are building a kernel for an embedded device with limited in memory. In that case, I would benchmark Slub versus SLOB and see what works best for your workload. There is no reason to use Slab; it will likely be removed from future Linux kernel releases. -- 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] KMP build failure for Kernel:stable
by Takashi Iwai 03 Jun '14

03 Jun '14

Hi, while setting up a BFQ KMP repo in OBS home:tiwai:bfq/bfq for various projects, I found that only Kernel:stable failed to build. The package gets the badness like below. [ 157s] bfq-kmp-desktop.x86_64: E: suse-policy-kmp-missing-supplements (Badness: 10000) Since the local build works and all other projects can be built (including Kernel:HEAD), this looks rather like a problem of Kernel:stable project setup. Can anyone take a look? thanks, Takashi -- 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] please set CONFIG_FW_LOADER_USER_HELPER=n in kernel HEAD
by Cristian Rodríguez 02 Jun '14

02 Jun '14

Hi: The userspace firmware loader in udev should not be called anymore, I just submitted a new udev package that disables the code but would be much better if this functionality is disabled in the kernel so it does not creeps back ever again. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 4

[opensuse-kernel] [PATCH v2 0/2] Fix dependency loop in tusb6010
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Subject: Fix dependency loop in tusb6010 With the following configure options, musb_hdrc and tusb6010 make dependency loop: CONFIG_USB_MUSB_HDRC=m CONFIG_USB_MUSB_TUSB6010=m CONFIG_USB_TUSB_OMAP_DMA=y tusb6010.ko provides function `tusb_get_revision` which is used by tusb6010_omap.o which is a part of musb_hdrc.ko In its turn, tusb6010.ko uses much of functions provided by musb_hdrc.ko The following patches are to solve the issue. openSUSE 13.2 and 13.1 are affected by this issue. However, consequences are different. For openSUSE 13.1 it is just impossible to load musb_hdrc.ko or its dependents. In openSUSE 13.2, kmod package is used instead of module-tools. Now, kmod's depmod behaviour (see bnc#872715) is to fail at loop detection. The dependency loop will lead to broken build as soon as up-to-date kmod will be pushed into Factory. Only armv7 seems to be affected by the issue. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> References: bnc#872715 Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> -- 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] [PATCH v2 1/2] usb: musb: tusb6010: Add tusb_revision to struct musb to store the
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

>From 8c240dc17d900cc6453b48bdd513f4243a9ec97d Mon Sep 17 00:00:00 2001 From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Date: Fri, 16 May 2014 18:19:54 +0400 Subject: usb: musb: tusb6010: Add tusb_revision to struct musb to store the revision. Add field to store tusb6010 revision value. Read the revision at the startup and store to the variable. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Signed-off-by: Felipe Balbi <balbi(a)ti.com> Patch-mainline: Queued in subsystem maintainer repository Git-repo: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Git-commit: 8c240dc17d900cc6453b48bdd513f4243a9ec97d References: bnc#872715 Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h index 47e8874..d155a15 100644 --- a/drivers/usb/musb/musb_core.h +++ b/drivers/usb/musb/musb_core.h @@ -339,6 +339,7 @@ struct musb { dma_addr_t async; dma_addr_t sync; void __iomem *sync_va; + u8 tusb_revision; #endif /* passed down from chip/board specific irq handlers */ diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c index f38a8db..8a74642 100644 --- a/drivers/usb/musb/tusb6010.c +++ b/drivers/usb/musb/tusb6010.c @@ -1012,6 +1012,7 @@ static int tusb_musb_start(struct musb *musb) goto err; } + musb->tusb_revision = tusb_get_revision(musb); ret = tusb_print_revision(musb); if (ret < 2) { printk(KERN_ERR "tusb: Unsupported TUSB6010 revision %i\n", -- cgit v0.10.1 -- 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 v2 2/2] usb: musb: tusb6010: Use musb->tusb_revision instead of
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

>From 7751b6fb05869bcb318e74420148c06577adf894 Mon Sep 17 00:00:00 2001 From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Date: Fri, 16 May 2014 18:20:52 +0400 Subject: usb: musb: tusb6010: Use musb->tusb_revision instead of tusb_get_revision call. The value of the revision is stored in musb->tusb_revision, so don't re-read it every time. Exporting tusb_get_revision is not needed anymore, so the dependency loop between tusb6010 and tusb6010_omap is resolved. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Signed-off-by: Felipe Balbi <balbi(a)ti.com> Patch-mainline: Queued in subsystem maintainer repository Git-repo: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Git-commit: 7751b6fb05869bcb318e74420148c06577adf894 References: bnc#872715 Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c index 8a74642..159ef4b 100644 --- a/drivers/usb/musb/tusb6010.c +++ b/drivers/usb/musb/tusb6010.c @@ -43,7 +43,7 @@ static void tusb_musb_set_vbus(struct musb *musb, int is_on); * Checks the revision. We need to use the DMA register as 3.0 does not * have correct versions for TUSB_PRCM_REV or TUSB_INT_CTRL_REV. */ -u8 tusb_get_revision(struct musb *musb) +static u8 tusb_get_revision(struct musb *musb) { void __iomem *tbase = musb->ctrl_base; u32 die_id; @@ -59,14 +59,13 @@ u8 tusb_get_revision(struct musb *musb) return rev; } -EXPORT_SYMBOL_GPL(tusb_get_revision); -static int tusb_print_revision(struct musb *musb) +static void tusb_print_revision(struct musb *musb) { void __iomem *tbase = musb->ctrl_base; u8 rev; - rev = tusb_get_revision(musb); + rev = musb->tusb_revision; pr_info("tusb: %s%i.%i %s%i.%i %s%i.%i %s%i.%i %s%i %s%i.%i\n", "prcm", @@ -85,8 +84,6 @@ static int tusb_print_revision(struct musb *musb) TUSB_DIDR1_HI_CHIP_REV(musb_readl(tbase, TUSB_DIDR1_HI)), "rev", TUSB_REV_MAJOR(rev), TUSB_REV_MINOR(rev)); - - return tusb_get_revision(musb); } #define WBUS_QUIRK_MASK (TUSB_PHY_OTG_CTRL_TESTM2 | TUSB_PHY_OTG_CTRL_TESTM1 \ @@ -350,7 +347,7 @@ static void tusb_allow_idle(struct musb *musb, u32 wakeup_enables) u32 reg; if ((wakeup_enables & TUSB_PRCM_WBUS) - && (tusb_get_revision(musb) == TUSB_REV_30)) + && (musb->tusb_revision == TUSB_REV_30)) tusb_wbus_quirk(musb, 1); tusb_set_clock_source(musb, 0); @@ -798,7 +795,7 @@ static irqreturn_t tusb_musb_interrupt(int irq, void *__hci) u32 reg; u32 i; - if (tusb_get_revision(musb) == TUSB_REV_30) + if (musb->tusb_revision == TUSB_REV_30) tusb_wbus_quirk(musb, 0); /* there are issues re-locking the PLL on wakeup ... */ @@ -1013,10 +1010,10 @@ static int tusb_musb_start(struct musb *musb) } musb->tusb_revision = tusb_get_revision(musb); - ret = tusb_print_revision(musb); - if (ret < 2) { + tusb_print_revision(musb); + if (musb->tusb_revision < 2) { printk(KERN_ERR "tusb: Unsupported TUSB6010 revision %i\n", - ret); + musb->tusb_revision); goto err; } diff --git a/drivers/usb/musb/tusb6010.h b/drivers/usb/musb/tusb6010.h index 1864e24..aec86c8 100644 --- a/drivers/usb/musb/tusb6010.h +++ b/drivers/usb/musb/tusb6010.h @@ -12,8 +12,6 @@ #ifndef __TUSB6010_H__ #define __TUSB6010_H__ -extern u8 tusb_get_revision(struct musb *musb); - #ifdef CONFIG_USB_TUSB_OMAP_DMA #define tusb_dma_omap() 1 #else diff --git a/drivers/usb/musb/tusb6010_omap.c b/drivers/usb/musb/tusb6010_omap.c index e33b6b2..3ce152c 100644 --- a/drivers/usb/musb/tusb6010_omap.c +++ b/drivers/usb/musb/tusb6010_omap.c @@ -677,7 +677,7 @@ struct dma_controller *dma_controller_create(struct musb *musb, void __iomem *ba tusb_dma->controller.channel_program = tusb_omap_dma_program; tusb_dma->controller.channel_abort = tusb_omap_dma_abort; - if (tusb_get_revision(musb) >= TUSB_REV_30) + if (musb->tusb_revision >= TUSB_REV_30) tusb_dma->multichannel = 1; for (i = 0; i < MAX_DMAREQ; i++) { -- cgit v0.10.1 -- 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 0/2] Fix dependency loop in tusb6010
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Subject: [PATCH 0/2] Fix dependency loop in tusb6010 With the following configure options, musb_hdrc and tusb6010 make dependency loop: CONFIG_USB_MUSB_HDRC=m CONFIG_USB_MUSB_TUSB6010=m CONFIG_USB_TUSB_OMAP_DMA=y tusb6010.ko provides function `tusb_get_revision` which is used by tusb6010_omap.o which is a part of musb_hdrc.ko In its turn, tusb6010.ko uses much of functions provided by musb_hdrc.ko The following patches are to solve the issue. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> -- 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] [PATCH 2/2] usb: musb: tusb6010: Use musb->tusb_revision instead of
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

>From 7751b6fb05869bcb318e74420148c06577adf894 Mon Sep 17 00:00:00 2001 From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Date: Fri, 16 May 2014 18:20:52 +0400 Subject: usb: musb: tusb6010: Use musb->tusb_revision instead of tusb_get_revision call. The value of the revision is stored in musb->tusb_revision, so don't re-read it every time. Exporting tusb_get_revision is not needed anymore, so the dependency loop between tusb6010 and tusb6010_omap is resolved. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Signed-off-by: Felipe Balbi <balbi(a)ti.com> Patch-mainline: Queued in subsystem maintainer repository Git-repo: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Git-commit: 7751b6fb05869bcb318e74420148c06577adf894 Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c index 8a74642..159ef4b 100644 --- a/drivers/usb/musb/tusb6010.c +++ b/drivers/usb/musb/tusb6010.c @@ -43,7 +43,7 @@ static void tusb_musb_set_vbus(struct musb *musb, int is_on); * Checks the revision. We need to use the DMA register as 3.0 does not * have correct versions for TUSB_PRCM_REV or TUSB_INT_CTRL_REV. */ -u8 tusb_get_revision(struct musb *musb) +static u8 tusb_get_revision(struct musb *musb) { void __iomem *tbase = musb->ctrl_base; u32 die_id; @@ -59,14 +59,13 @@ u8 tusb_get_revision(struct musb *musb) return rev; } -EXPORT_SYMBOL_GPL(tusb_get_revision); -static int tusb_print_revision(struct musb *musb) +static void tusb_print_revision(struct musb *musb) { void __iomem *tbase = musb->ctrl_base; u8 rev; - rev = tusb_get_revision(musb); + rev = musb->tusb_revision; pr_info("tusb: %s%i.%i %s%i.%i %s%i.%i %s%i.%i %s%i %s%i.%i\n", "prcm", @@ -85,8 +84,6 @@ static int tusb_print_revision(struct musb *musb) TUSB_DIDR1_HI_CHIP_REV(musb_readl(tbase, TUSB_DIDR1_HI)), "rev", TUSB_REV_MAJOR(rev), TUSB_REV_MINOR(rev)); - - return tusb_get_revision(musb); } #define WBUS_QUIRK_MASK (TUSB_PHY_OTG_CTRL_TESTM2 | TUSB_PHY_OTG_CTRL_TESTM1 \ @@ -350,7 +347,7 @@ static void tusb_allow_idle(struct musb *musb, u32 wakeup_enables) u32 reg; if ((wakeup_enables & TUSB_PRCM_WBUS) - && (tusb_get_revision(musb) == TUSB_REV_30)) + && (musb->tusb_revision == TUSB_REV_30)) tusb_wbus_quirk(musb, 1); tusb_set_clock_source(musb, 0); @@ -798,7 +795,7 @@ static irqreturn_t tusb_musb_interrupt(int irq, void *__hci) u32 reg; u32 i; - if (tusb_get_revision(musb) == TUSB_REV_30) + if (musb->tusb_revision == TUSB_REV_30) tusb_wbus_quirk(musb, 0); /* there are issues re-locking the PLL on wakeup ... */ @@ -1013,10 +1010,10 @@ static int tusb_musb_start(struct musb *musb) } musb->tusb_revision = tusb_get_revision(musb); - ret = tusb_print_revision(musb); - if (ret < 2) { + tusb_print_revision(musb); + if (musb->tusb_revision < 2) { printk(KERN_ERR "tusb: Unsupported TUSB6010 revision %i\n", - ret); + musb->tusb_revision); goto err; } diff --git a/drivers/usb/musb/tusb6010.h b/drivers/usb/musb/tusb6010.h index 1864e24..aec86c8 100644 --- a/drivers/usb/musb/tusb6010.h +++ b/drivers/usb/musb/tusb6010.h @@ -12,8 +12,6 @@ #ifndef __TUSB6010_H__ #define __TUSB6010_H__ -extern u8 tusb_get_revision(struct musb *musb); - #ifdef CONFIG_USB_TUSB_OMAP_DMA #define tusb_dma_omap() 1 #else diff --git a/drivers/usb/musb/tusb6010_omap.c b/drivers/usb/musb/tusb6010_omap.c index e33b6b2..3ce152c 100644 --- a/drivers/usb/musb/tusb6010_omap.c +++ b/drivers/usb/musb/tusb6010_omap.c @@ -677,7 +677,7 @@ struct dma_controller *dma_controller_create(struct musb *musb, void __iomem *ba tusb_dma->controller.channel_program = tusb_omap_dma_program; tusb_dma->controller.channel_abort = tusb_omap_dma_abort; - if (tusb_get_revision(musb) >= TUSB_REV_30) + if (musb->tusb_revision >= TUSB_REV_30) tusb_dma->multichannel = 1; for (i = 0; i < MAX_DMAREQ; i++) { -- cgit v0.10.1 -- 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 1/2] usb: musb: tusb6010: Add tusb_revision to struct musb to store the
by matwey.kornilov＠gmail.com 02 Jun '14

02 Jun '14

>From 8c240dc17d900cc6453b48bdd513f4243a9ec97d Mon Sep 17 00:00:00 2001 From: "Matwey V. Kornilov" <matwey(a)sai.msu.ru> Date: Fri, 16 May 2014 18:19:54 +0400 Subject: usb: musb: tusb6010: Add tusb_revision to struct musb to store the revision. Add field to store tusb6010 revision value. Read the revision at the startup and store to the variable. Signed-off-by: Matwey V. Kornilov <matwey(a)sai.msu.ru> Signed-off-by: Felipe Balbi <balbi(a)ti.com> Patch-mainline: Queued in subsystem maintainer repository Git-repo: git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Git-commit: 8c240dc17d900cc6453b48bdd513f4243a9ec97d Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h index 47e8874..d155a15 100644 --- a/drivers/usb/musb/musb_core.h +++ b/drivers/usb/musb/musb_core.h @@ -339,6 +339,7 @@ struct musb { dma_addr_t async; dma_addr_t sync; void __iomem *sync_va; + u8 tusb_revision; #endif /* passed down from chip/board specific irq handlers */ diff --git a/drivers/usb/musb/tusb6010.c b/drivers/usb/musb/tusb6010.c index f38a8db..8a74642 100644 --- a/drivers/usb/musb/tusb6010.c +++ b/drivers/usb/musb/tusb6010.c @@ -1012,6 +1012,7 @@ static int tusb_musb_start(struct musb *musb) goto err; } + musb->tusb_revision = tusb_get_revision(musb); ret = tusb_print_revision(musb); if (ret < 2) { printk(KERN_ERR "tusb: Unsupported TUSB6010 revision %i\n", -- cgit v0.10.1 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0