[opensuse-factory] BFQ KMP for testing
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
Hi, I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411 If you have a problem regarding I/O and desktop latency, this might be interesting. The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels. After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler If you want to make BFQ as default from the beginning, do like below: - Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq" Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot. Have fun, Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 02/06/14 12:23, Takashi Iwai escribió:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
Have fun,
Oook, installed it, made it the default.. desktop applications appear to respond from slightly to noticeable faster. No crashes, oopses or babies dead have been observed. Only a very small insignificant response time improvement to things like browsers/email clients that obviously at startup perform a bunch of activity bound to the speed of the network instead of the disk. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
At Mon, 02 Jun 2014 13:14:31 -0400, Cristian Rodríguez wrote:
El 02/06/14 12:23, Takashi Iwai escribió:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
Have fun,
Oook, installed it, made it the default.. desktop applications appear to respond from slightly to noticeable faster.
No crashes, oopses or babies dead have been observed.
Only a very small insignificant response time improvement to things like browsers/email clients that obviously at startup perform a bunch of activity bound to the speed of the network instead of the disk.
Yeah, I noticed a gap sometimes when I change tabs on Firefox, too, which I felt longer than with CFQ. But I'm also not sure whether it's I/O-bound. Maybe it became more significant just because other tasks work better now. In anyway, more testing needed. The merge of BFQ to upstream will take long, I suppose. At least, it won't be merged in the current form. I'm going to keep the KMP updated as much as possible. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 03/06/14 01:52, Takashi Iwai escribió:
Yeah, I noticed a gap sometimes when I change tabs on Firefox, too, which I felt longer than with CFQ.
I was previously using "deadline" though, not CFQ. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 02/06/14 12:23, Takashi Iwai escribió:
- Add a boot parameter "elevator=bfq"
Or use ACTION=="add|change", KERNEL=="sd[a-z]",ATTR{queue/scheduler}="bfq" in a new file /etc/udev/rules.d/60-sched.rules -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/482b6c0369f4709de8faa6843cd6b347.jpg?s=120&d=mm&r=g)
On Monday 02 June 2014 18.23:38 Takashi Iwai wrote:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
Have fun,
Takashi
Kernel:Stable would have been perfect :-) The repo exist but the build are in fail mode -- 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-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
At Mon, 02 Jun 2014 21:31:33 +0200, Bruno Friedmann wrote:
On Monday 02 June 2014 18.23:38 Takashi Iwai wrote:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
Have fun,
Takashi
Kernel:Stable would have been perfect :-) The repo exist but the build are in fail mode
Yeah, I guess something wrong rather in Kernel:stable project setup, as the same stuff is built fine for all other projects (even Kernel:HEAD). Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 03/06/14 01:44, Takashi Iwai escribió:
Yeah, I guess something wrong rather in Kernel:stable project setup, as the same stuff is built fine for all other projects (even Kernel:HEAD).
The KMP is also now broken in x86_64 kernel:head, apparently because kernel-xen is borked. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4b0e20afbc89fd97ab9d7fddac3d5932.jpg?s=120&d=mm&r=g)
El Lunes, 2 de junio de 2014 18:23:38 Takashi Iwai escribi�:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
Have fun,
Takashi
Hi. Installed and working fine, especially in a netbook. But know I cannot install a kernel uptate because the package isn't available for the new version. Do I have to wait until it is rebuild? Does it happens automatically or do you have to trigger the update manually? Greetings. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 05/06/14 17:21, jcsl escribió:
Installed and working fine, especially in a netbook. But know I cannot install a kernel uptate because the package isn't available for the new version. Do I have to wait until it is rebuild? Does it happens automatically or do you have to trigger the update manually?
It will rebuild & publish automatically once q dependency problem is fixed, that may take a while..(the build system is fully automated and rarely requires manual package rebuild) -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4b0e20afbc89fd97ab9d7fddac3d5932.jpg?s=120&d=mm&r=g)
El Jueves, 5 de junio de 2014 17:37:42 Cristian Rodríguez escribió:
El 05/06/14 17:21, jcsl escribió:
Installed and working fine, especially in a netbook. But know I cannot install a kernel uptate because the package isn't available for the new version. Do I have to wait until it is rebuild? Does it happens automatically or do you have to trigger the update manually?
It will rebuild & publish automatically once q dependency problem is fixed, that may take a while..(the build system is fully automated and rarely requires manual package rebuild)
Ok, thank you. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
At Thu, 05 Jun 2014 23:56:53 +0200, jcsl wrote:
El Jueves, 5 de junio de 2014 17:37:42 Cristian Rodríguez escribió:
El 05/06/14 17:21, jcsl escribió:
Installed and working fine, especially in a netbook. But know I cannot install a kernel uptate because the package isn't available for the new version. Do I have to wait until it is rebuild? Does it happens automatically or do you have to trigger the update manually?
It will rebuild & publish automatically once q dependency problem is fixed, that may take a while..(the build system is fully automated and rarely requires manual package rebuild)
Ok, thank you.
You can try to install it forcibly with --nodeps option, too. The kABI is compatible in most cases, and the weak links are created. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
At Mon, 02 Jun 2014 18:23:38 +0200, Takashi Iwai wrote:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
If you have a problem regarding I/O and desktop latency, this might be interesting.
The KMP is found in OBS home:tiwai:bfq/bfq repo. It's currently built for openSUSE-FACTORY, openSUSE-13.1, SLE12 and Kernel:HEAD kernels.
After installing the KMP, load bfq-iosched kernel module, and change the scheduler like: # echo bfq > /sys/block/sda/queue/scheduler
If you want to make BFQ as default from the beginning, do like below:
- Put "bfq-iosched" in $INITRD_MODULES in /etc/sysconfig/kernel - Run /sbin/mkinitrd once to rebuild initrd - Add a boot parameter "elevator=bfq"
Then the BFQ module will be loaded automatically and used as default I/O scheduler at the next reboot.
FYI, I updated the repo to take the latest patchset. This fixed the problem (slow access pattern) with git and other programs reading many small files. Also the build with Kernel:stable seems fixed now. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 02/06/14 12:23, Takashi Iwai escribió:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
Broken now with kernel:head 3.16rc.. [ 372.720678] kernel tried to execute NX-protected page - exploit attempt? (uid: 0) [ 372.720698] BUG: unable to handle kernel paging request at ffffffff81f4add5 [ 372.720711] IP: [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.720724] PGD 1e13067 PUD 1e14063 PMD 1b6e4c063 PTE 8000000001f4a163 [ 372.720740] Oops: 0011 [#1] PREEMPT SMP [ 372.720751] Modules linked in: bfq_iosched(O+) fuse ufs qnx4 hfsplus hfs minix vfat msdos fat jfs xfs libcrc32c reiserfs dm_mod af_packet bnep bluetooth 6lowpan_iphc rfkill joydev usb_storage snd_hda_codec_hdmi iTCO_wdt gpio_ich iTCO_vendor_support dcdbas coretemp snd_hda_codec_realtek uvcvideo kvm_intel snd_hda_codec_generic nouveau videobuf2_vmalloc videobuf2_memops videobuf2_core snd_usb_audio snd_usbmidi_lib kvm v4l2_common snd_rawmidi snd_seq_device videodev snd_hda_intel pcspkr serio_raw snd_hda_controller mxm_wmi video snd_hda_codec ttm r8169 snd_hwdep i2c_i801 drm_kms_helper snd_pcm drm mii i2c_algo_bit snd_timer wmi snd lpc_ich button acpi_cpufreq mfd_core i7core_edac shpchp soundcore edac_core processor ata_generic btrfs xor raid6_pq crc32c_intel sr_mod cdrom pata_jmicron xhci_hcd sg [ 372.720957] CPU: 7 PID: 7947 Comm: modprobe Tainted: G O 3.16.0-rc2-1.g37599aa-desktop #1 [ 372.720967] Hardware name: DELL Inc. Studio XPS 435T/9000/0X501H, BIOS A16 02/04/2010 [ 372.720976] task: ffff88016d7e2290 ti: ffff8801655a8000 task.ti: ffff8801655a8000 [ 372.720984] RIP: 0010:[<ffffffff81f4add5>] [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.720997] RSP: 0018:ffff8801655abd40 EFLAGS: 00010202 [ 372.721004] RAX: 00000000000007d0 RBX: ffffffff81e17020 RCX: 0000000000000001 [ 372.721013] RDX: 00000000000007d0 RSI: 0000000000000000 RDI: ffffffffa08e5000 [ 372.721023] RBP: ffff88019fa09a20 R08: ffffffff81ef2a48 R09: 0000000000000008 [ 372.721032] R10: ffffffff820d9ae0 R11: 00000000000000f0 R12: 0000000000000000 [ 372.721040] R13: ffffffffa009d000 R14: ffffffffa08e53d0 R15: 0000000000000001 [ 372.721049] FS: 00007f8c7c7e2700(0000) GS:ffff8801bfce0000(0000) knlGS:0000000000000000 [ 372.721058] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 372.721065] CR2: ffffffff81f4add5 CR3: 0000000165194000 CR4: 00000000000007e0 [ 372.721073] Stack: [ 372.721078] ffffffffa009d0b3 ffffffff8100030c ffff8801bffe9000 ffffffffa08e53d0 [ 372.721092] 0000000000000286 0000000000000246 00000000000000c6 ffff88016e979200 [ 372.721105] 0000000000000286 ffffffffa08e5380 00000000aa44cb91 ffff8801655abef8 [ 372.721119] Call Trace: [ 372.721132] [<ffffffffa009d0b3>] bfq_init+0xb3/0x1000 [bfq_iosched] [ 372.721161] [<ffffffff8100030c>] do_one_initcall+0xcc/0x200 [ 372.721175] [<ffffffff810d8232>] load_module+0x2352/0x26e0 [ 372.721186] [<ffffffff810d8715>] SYSC_finit_module+0x75/0xa0 [ 372.721200] [<ffffffff8161eced>] system_call_fastpath+0x1a/0x1f [ 372.721213] [<00007f8c7beebb09>] 0x7f8c7beebb08 [ 372.721219] Code: 00 41 0f b6 52 01 f6 04 11 10 0f 84 8e 0b 00 00 49 8d 72 02 48 89 b4 24 18 02 00 00 0f b6 3e 48 89 f2 48 83 c6 01 44 0f b6 c7 42 <f6> 04 01 10 75 e3 48 89 d6 48 29 de 4d 85 f6 41 89 f5 0f 84 67 [ 372.721337] RIP [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.721347] RSP <ffff8801655abd40> [ 372.721353] CR2: ffffffff81f4add5 [ 372.727074] ---[ end trace 6a5fee75aece1cfd ]--- -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5b19e9d0e834ea10ef75803718ad564b.jpg?s=120&d=mm&r=g)
At Wed, 25 Jun 2014 18:08:44 -0400, Cristian Rodríguez wrote:
El 02/06/14 12:23, Takashi Iwai escribió:
Hi,
I made a quick add-on KMP for BFQ I/O scheduler that has been posted recently to LKML: https://lkml.org/lkml/2014/5/29/411
Broken now with kernel:head 3.16rc..
[ 372.720678] kernel tried to execute NX-protected page - exploit attempt? (uid: 0) [ 372.720698] BUG: unable to handle kernel paging request at ffffffff81f4add5 [ 372.720711] IP: [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.720724] PGD 1e13067 PUD 1e14063 PMD 1b6e4c063 PTE 8000000001f4a163 [ 372.720740] Oops: 0011 [#1] PREEMPT SMP [ 372.720751] Modules linked in: bfq_iosched(O+) fuse ufs qnx4 hfsplus hfs minix vfat msdos fat jfs xfs libcrc32c reiserfs dm_mod af_packet bnep bluetooth 6lowpan_iphc rfkill joydev usb_storage snd_hda_codec_hdmi iTCO_wdt gpio_ich iTCO_vendor_support dcdbas coretemp snd_hda_codec_realtek uvcvideo kvm_intel snd_hda_codec_generic nouveau videobuf2_vmalloc videobuf2_memops videobuf2_core snd_usb_audio snd_usbmidi_lib kvm v4l2_common snd_rawmidi snd_seq_device videodev snd_hda_intel pcspkr serio_raw snd_hda_controller mxm_wmi video snd_hda_codec ttm r8169 snd_hwdep i2c_i801 drm_kms_helper snd_pcm drm mii i2c_algo_bit snd_timer wmi snd lpc_ich button acpi_cpufreq mfd_core i7core_edac shpchp soundcore edac_core processor ata_generic btrfs xor raid6_pq crc32c_intel sr_mod cdrom pata_jmicron xhci_hcd sg [ 372.720957] CPU: 7 PID: 7947 Comm: modprobe Tainted: G O 3.16.0-rc2-1.g37599aa-desktop #1 [ 372.720967] Hardware name: DELL Inc. Studio XPS 435T/9000/0X501H, BIOS A16 02/04/2010 [ 372.720976] task: ffff88016d7e2290 ti: ffff8801655a8000 task.ti: ffff8801655a8000 [ 372.720984] RIP: 0010:[<ffffffff81f4add5>] [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.720997] RSP: 0018:ffff8801655abd40 EFLAGS: 00010202 [ 372.721004] RAX: 00000000000007d0 RBX: ffffffff81e17020 RCX: 0000000000000001 [ 372.721013] RDX: 00000000000007d0 RSI: 0000000000000000 RDI: ffffffffa08e5000 [ 372.721023] RBP: ffff88019fa09a20 R08: ffffffff81ef2a48 R09: 0000000000000008 [ 372.721032] R10: ffffffff820d9ae0 R11: 00000000000000f0 R12: 0000000000000000 [ 372.721040] R13: ffffffffa009d000 R14: ffffffffa08e53d0 R15: 0000000000000001 [ 372.721049] FS: 00007f8c7c7e2700(0000) GS:ffff8801bfce0000(0000) knlGS:0000000000000000 [ 372.721058] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 372.721065] CR2: ffffffff81f4add5 CR3: 0000000165194000 CR4: 00000000000007e0 [ 372.721073] Stack: [ 372.721078] ffffffffa009d0b3 ffffffff8100030c ffff8801bffe9000 ffffffffa08e53d0 [ 372.721092] 0000000000000286 0000000000000246 00000000000000c6 ffff88016e979200 [ 372.721105] 0000000000000286 ffffffffa08e5380 00000000aa44cb91 ffff8801655abef8 [ 372.721119] Call Trace: [ 372.721132] [<ffffffffa009d0b3>] bfq_init+0xb3/0x1000 [bfq_iosched] [ 372.721161] [<ffffffff8100030c>] do_one_initcall+0xcc/0x200 [ 372.721175] [<ffffffff810d8232>] load_module+0x2352/0x26e0 [ 372.721186] [<ffffffff810d8715>] SYSC_finit_module+0x75/0xa0 [ 372.721200] [<ffffffff8161eced>] system_call_fastpath+0x1a/0x1f [ 372.721213] [<00007f8c7beebb09>] 0x7f8c7beebb08 [ 372.721219] Code: 00 41 0f b6 52 01 f6 04 11 10 0f 84 8e 0b 00 00 49 8d 72 02 48 89 b4 24 18 02 00 00 0f b6 3e 48 89 f2 48 83 c6 01 44 0f b6 c7 42 <f6> 04 01 10 75 e3 48 89 d6 48 29 de 4d 85 f6 41 89 f5 0f 84 67 [ 372.721337] RIP [<ffffffff81f4add5>] elv_register+0x0/0x190 [ 372.721347] RSP <ffff8801655abd40> [ 372.721353] CR2: ffffffff81f4add5 [ 372.727074] ---[ end trace 6a5fee75aece1cfd ]---
Should be working now. Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/45bf5eef0471996074efa055ea252116.jpg?s=120&d=mm&r=g)
El 02/07/14 06:34, Takashi Iwai escribió:
Should be working now.
Yeah, works fine now, thanks for taking a look at this, appears a promising development even in the case it is never merged in this current form. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Bruno Friedmann
-
Cristian Rodríguez
-
jcsl
-
Takashi Iwai