Re: sched_autogroup interactivity patch for the desktop
On Tue, 2010-11-16 at 11:39 -0500, Kyle McMartin wrote: On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. Thanks! I'll test it ASAP on my Xeon workstation(s). * - Gilboa * That suffer badly when I start too many VM's (via qemu-kvm w/ VNC head) in the background. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Hi, 2010/11/16 Ilyes Gouta ilyes.go...@gmail.com: Hi, http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders patch: http://marc.info/?l=linux-kernelm=128978361700898w=2 Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Let me guess - Canonical already announced (or will do so within the next few hours) that they will use this patch in the new Ubuntu :) Would be wonderful! Surely this would be -Ilyes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Best regards, Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Hi, I've been reading http://lkml.org/lkml/2010/11/16/402 and actually Lennart has put some solid thoughts and arguments there and IMHO it was *somehow* pretty convincing that this should be done at user-space, in conjunction with tools such as systemd, albeit introducing more complexity in form of configuration infrastructure and whatnot. Having this being done automatically by the kernel looks really easy and yet promising. The downside of it is that it just feels like it's something rigged towards a special class of applications (TTY based, build jobs) and would act behind the scene without user-space knowing (explicitly) about this classification, cgroups being spawned and subtasks associated to them. Still, It would be nice to have this differentiation in place, being implemented in either forms, since it brings a certain win for the desktop user and developer. I think having a term open for churning code is part (or a possible user-case) of the desktop experience :) -Ilyes 2010/11/17 Michał Piotrowski mkkp...@gmail.com Hi, 2010/11/16 Ilyes Gouta ilyes.go...@gmail.com: Hi, http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders patch: http://marc.info/?l=linux-kernelm=128978361700898w=2 Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Let me guess - Canonical already announced (or will do so within the next few hours) that they will use this patch in the new Ubuntu :) Would be wonderful! Surely this would be -Ilyes -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Best regards, Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Wed, Nov 17, 2010 at 5:03 AM, Ilyes Gouta ilyes.go...@gmail.com wrote: Hi, I've been reading http://lkml.org/lkml/2010/11/16/402 and actually Lennart has put some solid thoughts and arguments there and IMHO it was *somehow* pretty convincing that this should be done at user-space, in conjunction with tools such as systemd, albeit introducing more complexity in form of configuration infrastructure and whatnot. Having this being done automatically by the kernel looks really easy and yet promising. The downside of it is that it just feels like it's something rigged towards a special class of applications (TTY based, build jobs) and would act behind the scene without user-space knowing (explicitly) about this classification, cgroups being spawned and subtasks associated to them. Still, It would be nice to have this differentiation in place, being implemented in either forms, since it brings a certain win for the desktop user and developer. I think having a term open for churning code is part (or a possible user-case) of the desktop experience :) Being entirely serious, you should have sent this email on the thread you indicated. Sending it to this list isn't going to really benefit the discussion that needs to happen. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Hi, http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders patch: http://marc.info/?l=linux-kernelm=128978361700898w=2 Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) At the point where it's been demonstrated to be stable and not trigger any significant performance regressions we'll consider it, but we don't make a habit of backporting code that hasn't even been merged upstream into our stable release. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
IG == Ilyes Gouta ilyes.go...@gmail.com writes: IG Can we have this patch back ported into the current kernel for IG Fedora 14 and possibly posted as an update? :) IG Would be wonderful! Would be more wonderful to wait until the upstream development has actually finished before cramming it into our packages and hoping it actually works. If you really want it, Fedora provides all the tools to build your own custom kernel package. - J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Hi, According to phoronix, it would be queued for the 2.6.38 release. actually works. If you really want it, Fedora provides all the tools to build your own custom kernel package. It's already on my todo list :) -Ilyes On Tue, Nov 16, 2010 at 5:38 PM, Jason L Tibbitts III ti...@math.uh.eduwrote: IG == Ilyes Gouta ilyes.go...@gmail.com writes: IG Can we have this patch back ported into the current kernel for IG Fedora 14 and possibly posted as an update? :) IG Would be wonderful! Would be more wonderful to wait until the upstream development has actually finished before cramming it into our packages and hoping it actually works. If you really want it, Fedora provides all the tools to build your own custom kernel package. - J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Thanks Kyle for making it available! -Ilyes On Tue, Nov 16, 2010 at 5:39 PM, Kyle McMartin k...@mcmartin.ca wrote: On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On 11/16/2010 11:39 AM, Kyle McMartin wrote: On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. Testing this on f13 ... thank you ... So far no problems ... too soon to report on benefits gene -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, 16.11.10 16:58, Ilyes Gouta (ilyes.go...@gmail.com) wrote: Hi, http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders patch: http://marc.info/?l=linux-kernelm=128978361700898w=2 Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) This appears completely backwards to me. Attaching things like this to a TTY is just wrong, because normally we don't have a single TTY around on most graphical sessions. The kernel doesn't really have a notion of what a session is (only the audit subsystem kinda has), but if this grouping behaviour is supposed to be bound to a session, then attaching it to a TTY is a pretty shitty replacement. Dhaval Giani pointed out to me that the same can be done from userspace simply by creating a cgroup for each session in the cpu hierarchy. Turns out systemd actually does pretty much that, except in the named systemd hierarchy. It is trivial modification to create a group in both hierarchies. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Hi Leenart, Dhaval Giani pointed out to me that the same can be done from userspace simply by creating a cgroup for each session in the cpu hierarchy. Turns So a session's (as you're referring) initiator to would be the terminal emulator process that has a virtual tty and systemd detect those and setup a proper cgroup so that we could differentiate when scheduling with other processes? -Ilyes On Tue, Nov 16, 2010 at 6:14 PM, Lennart Poettering mzerq...@0pointer.dewrote: On Tue, 16.11.10 16:58, Ilyes Gouta (ilyes.go...@gmail.com) wrote: Hi, http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders patch: http://marc.info/?l=linux-kernelm=128978361700898w=2 Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) This appears completely backwards to me. Attaching things like this to a TTY is just wrong, because normally we don't have a single TTY around on most graphical sessions. The kernel doesn't really have a notion of what a session is (only the audit subsystem kinda has), but if this grouping behaviour is supposed to be bound to a session, then attaching it to a TTY is a pretty shitty replacement. Dhaval Giani pointed out to me that the same can be done from userspace simply by creating a cgroup for each session in the cpu hierarchy. Turns out systemd actually does pretty much that, except in the named systemd hierarchy. It is trivial modification to create a group in both hierarchies. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On 11/16/2010 09:14 AM, Lennart Poettering wrote: This appears completely backwards to me. Attaching things like this to a TTY is just wrong, because normally we don't have a single TTY around on most graphical sessions. The kernel doesn't really have a notion of what a session is (only the audit subsystem kinda has), but if this grouping behaviour is supposed to be bound to a session, then attaching it to a TTY is a pretty shitty replacement. I think the TTY granularity for autogroups is *intentionally* finer than session granularity, which is why Linus' running kbuild doesn't interfere with the rest of his desktop. So if we confirm that this is a win, then I hope you also make sure that systemd's grouping doesn't interfere with autogrouping benefits. That could just mean that systemd explicitly does what autogroup is implicitly doing. Josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 06:14:33PM +0100, Lennart Poettering wrote: The kernel doesn't really have a notion of what a session is (only the audit subsystem kinda has), but if this grouping behaviour is supposed to be bound to a session, then attaching it to a TTY is a pretty shitty replacement. Dhaval Giani pointed out to me that the same can be done from userspace simply by creating a cgroup for each session in the cpu hierarchy. Turns out systemd actually does pretty much that, except in the named systemd hierarchy. It is trivial modification to create a group in both hierarchies. That's not inherently a problem though, is it? Even if we have this in-kernel, systemd can disable it at startup and implement its own policy. It just means that the default case is (arguably) saner than it currently is. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
Hi Kyle, I'm getting these while running kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ [ 234.580039] BUG: sleeping function called from invalid context at mm/slub.c:1701 [ 234.580048] in_atomic(): 0, irqs_disabled(): 1, pid: 4272, name: gnome-terminal [ 234.580054] Pid: 4272, comm: gnome-terminal Not tainted 2.6.35.8-59.xsched1.fc14.x86_64 #1 [ 234.580058] Call Trace: [ 234.580070] [8103d03d] __might_sleep+0xed/0xef [ 234.580079] [811096b8] kmem_cache_alloc_notrace+0x37/0xb2 [ 234.580085] [8104af89] sched_autogroup_create_attach+0x26/0xe1 [ 234.580092] [812a21e0] __proc_set_tty+0x10d/0x116 [ 234.580098] [812a39be] tty_ioctl+0x3fc/0x7c5 [ 234.580103] [811244d7] vfs_ioctl+0x32/0xa6 [ 234.580108] [81124a34] do_vfs_ioctl+0x46d/0x4a6 [ 234.580112] [81124ac3] sys_ioctl+0x56/0x79 [ 234.580119] [81009c72] system_call_fastpath+0x16/0x1b -Ilyes On Tue, Nov 16, 2010 at 5:42 PM, Ilyes Gouta ilyes.go...@gmail.com wrote: Thanks Kyle for making it available! -Ilyes On Tue, Nov 16, 2010 at 5:39 PM, Kyle McMartin k...@mcmartin.ca wrote: On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, 16.11.10 19:52, Ilyes Gouta (ilyes.go...@gmail.com) wrote: Hi Leenart, Dhaval Giani pointed out to me that the same can be done from userspace simply by creating a cgroup for each session in the cpu hierarchy. Turns So a session's (as you're referring) initiator to would be the terminal emulator process that has a virtual tty and systemd detect those and setup a proper cgroup so that we could differentiate when scheduling with other processes? So, systemd now puts every service it starts into its own cpu cgroup (in addition to the cgroup in the systemd cgroup it is already put in). In the general case this is a lot more useful than binding things to a TTY, since almost nothing that runs on a normal system actually has a TTY. Basically only make -j has. man-db hasn't. update-db hasn't. firefox hasn't. Nothing has. I think priority should be to add finer grained group scheduling between services and apps, and then as last step to that even between multiple ptys that a single gnome-terminal manages, but this is not where you should start. It's were the story ends. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, 16.11.10 11:02, Josh Stone (jist...@redhat.com) wrote: On 11/16/2010 09:14 AM, Lennart Poettering wrote: This appears completely backwards to me. Attaching things like this to a TTY is just wrong, because normally we don't have a single TTY around on most graphical sessions. The kernel doesn't really have a notion of what a session is (only the audit subsystem kinda has), but if this grouping behaviour is supposed to be bound to a session, then attaching it to a TTY is a pretty shitty replacement. I think the TTY granularity for autogroups is *intentionally* finer than session granularity, which is why Linus' running kbuild doesn't interfere with the rest of his desktop. See my later patch for that. http://lkml.org/lkml/2010/11/16/330 So if we confirm that this is a win, then I hope you also make sure that systemd's grouping doesn't interfere with autogrouping benefits. That could just mean that systemd explicitly does what autogroup is implicitly doing. This autogrouping should just go away. I think it has little use on anything but machines of kernel hackers, and systemd would probably turn this off on boot fi this is compiled into the kernel. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On 11/16/2010 11:58 AM, Genes MailLists wrote: On 11/16/2010 11:39 AM, Kyle McMartin wrote: On Tue, Nov 16, 2010 at 04:58:11PM +0100, Ilyes Gouta wrote: Can we have this patch back ported into the current kernel for Fedora 14 and possibly posted as an update? :) Would be wonderful! Try this, http://kyle.fedorapeople.org/kernel/2.6.35.8-59.xsched1/ i686 coming whenever mock finishes. regards, Kyle. Testing this on f13 ... thank you ... So far no problems ... too soon to report on benefits gene I am having these now :-( Nov 16 17:00:36 lap1 kernel: [18518.537661] BUG: sleeping function called from invalid context at mm/slub.c:1701 Nov 16 17:00:36 lap1 kernel: [18518.537665] in_atomic(): 0, irqs_disabled(): 1, pid: 8821, name: gnome-terminal Nov 16 17:00:36 lap1 kernel: [18518.537668] Pid: 8821, comm: gnome-terminal Not tainted 2.6.35.8-59.xsched1.fc14.x86_64 #1 Nov 16 17:00:36 lap1 kernel: [18518.537669] Call Trace: Nov 16 17:00:36 lap1 kernel: [18518.537677] [8103d03d] __might_sleep+0xed/0xef Nov 16 17:00:36 lap1 kernel: [18518.537682] [811096b8] kmem_cache_alloc_notrace+0x37/0xb2 Nov 16 17:00:36 lap1 kernel: [18518.537685] [8104af89] sched_autogroup_create_attach+0x26/0xe1 Nov 16 17:00:36 lap1 kernel: [18518.537689] [812a21e0] __proc_set_tty+0x10d/0x116 Nov 16 17:00:36 lap1 kernel: [18518.537692] [812a4ca4] tty_open+0x457/0x512 Nov 16 17:00:36 lap1 kernel: [18518.537695] [8111a354] chrdev_open+0x122/0x143 Nov 16 17:00:36 lap1 kernel: [18518.537699] [811e1e6c] ? selinux_dentry_open+0xee/0xf7 Nov 16 17:00:36 lap1 kernel: [18518.537701] [8111a232] ? chrdev_open+0x0/0x143 Nov 16 17:00:36 lap1 kernel: [18518.537704] [81115ef1] __dentry_open+0x167/0x29e Nov 16 17:00:36 lap1 kernel: [18518.537707] [811160f7] nameidata_to_filp+0x3f/0x50 Nov 16 17:00:36 lap1 kernel: [18518.537710] [811217c5] do_last+0xNov 16 17:00:36 lap1 kernel: [18518.537661] BUG: sleeping function called from invalid context at mm/slub.c:1701 Nov 16 17:00:36 lap1 kernel: [18518.537665] in_atomic(): 0, irqs_disabled(): 1, pid: 8821, name: gnome-terminal Nov 16 17:00:36 lap1 kernel: [18518.537668] Pid: 8821, comm: gnome-terminal Not tainted 2.6.35.8-59.xsched1.fc14.x86_64 #1 Nov 16 17:00:36 lap1 kernel: [18518.537669] Call Trace: Nov 16 17:00:36 lap1 kernel: [18518.537677] [8103d03d] __might_sleep+0xed/0xef Nov 16 17:00:36 lap1 kernel: [18518.537682] [811096b8] kmem_cache_alloc_notrace+0x37/0xb2 Nov 16 17:00:36 lap1 kernel: [18518.537685] [8104af89] sched_autogroup_create_attach+0x26/0xe1 Nov 16 17:00:36 lap1 kernel: [18518.537689] [812a21e0] __proc_set_tty+0x10d/0x116 Nov 16 17:00:36 lap1 kernel: [18518.537692] [812a4ca4] tty_open+0x457/0x512 Nov 16 17:00:36 lap1 kernel: [18518.537695] [8111a354] chrdev_open+0x122/0x143 Nov 16 17:00:36 lap1 kernel: [18518.537699] [811e1e6c] ? selinux_dentry_open+0xee/0xf7 Nov 16 17:00:36 lap1 kernel: [18518.537701] [8111a232] ? chrdev_open+0x0/0x143 Nov 16 17:00:36 lap1 kernel: [18518.537704] [81115ef1] __dentry_open+0x167/0x29e Nov 16 17:00:36 lap1 kernel: [18518.537707] [811160f7] nameidata_to_filp+0x3f/0x50 Nov 16 17:00:36 lap1 kernel: [18518.537710] [811217c5] do_last+0x447/0x5b8 Nov 16 17:00:36 lap1 kernel: [18518.537713] [8112320c] do_filp_open+0x217/0x5fe Nov 16 17:00:36 lap1 kernel: [18518.537716] [8112d9f2] ? mntput_no_expire+0x29/0xe4 Nov 16 17:00:36 lap1 kernel: [18518.537719] [81220ad3] ? might_fault+0x21/0x23 Nov 16 17:00:36 lap1 kernel: [18518.537723] [8112c05e] ? alloc_fd+0x7b/0x124 Nov 16 17:00:36 lap1 kernel: [18518.537725] [81115c92] do_sys_open+0x63/0x10f Nov 16 17:00:36 lap1 kernel: [18518.537728] [81115d71] sys_open+0x20/0x22 Nov 16 17:00:36 lap1 kernel: [18518.537731] [81009c72] system_call_fastpath+0x16/0x1b 447/0x5b8 Nov 16 17:00:36 lap1 kernel: [18518.537713] [8112320c] do_filp_open+0x217/0x5fe Nov 16 17:00:36 lap1 kernel: [18518.537716] [8112d9f2] ? mntput_no_expire+0x29/0xe4 Nov 16 17:00:36 lap1 kernel: [18518.537719] [81220ad3] ? might_fault+0x21/0x23 Nov 16 17:00:36 lap1 kernel: [18518.537723] [8112c05e] ? alloc_fd+0x7b/0x124 Nov 16 17:00:36 lap1 kernel: [18518.537725] [81115c92] do_sys_open+0x63/0x10f Nov 16 17:00:36 lap1 kernel: [18518.537728] [81115d71] sys_open+0x20/0x22 Nov 16 17:00:36 lap1 kernel: [18518.537731] [81009c72] system_call_fastpath+0x16/0x1b -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On Tue, Nov 16, 2010 at 06:09:49PM -0500, Genes MailLists wrote: I am having these now :-( Hi Gene, Looks like the author hasn't run with CONFIG_DEBUG_SPINLOCK_SLEEP, as its a problem with the patch against 2.6.37-rc2 as well (it's doing kmalloc with irqs disabled.) I'll let you know if there's a fix, it's not straightforward. (The message should be fairly harmless though, just a nuisance.) regards, Kyle Nov 16 17:00:36 lap1 kernel: [18518.537661] BUG: sleeping function called from invalid context at mm/slub.c:1701 Nov 16 17:00:36 lap1 kernel: [18518.537665] in_atomic(): 0, irqs_disabled(): 1, pid: 8821, name: gnome-terminal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sched_autogroup interactivity patch for the desktop
On 11/16/2010 08:34 PM, Kyle McMartin wrote: On Tue, Nov 16, 2010 at 06:09:49PM -0500, Genes MailLists wrote: I am having these now :-( Hi Gene, Looks like the author hasn't run with CONFIG_DEBUG_SPINLOCK_SLEEP, as its a problem with the patch against 2.6.37-rc2 as well (it's doing kmalloc with irqs disabled.) I'll let you know if there's a fix, it's not straightforward. (The message should be fairly harmless though, just a nuisance.) regards, Kyle Great - thanks for the feedback .. I'll keep testing ... I do have many terminals and have lots of things running so it will be interesting to see how it performs (feel wise). gene/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel