** Changed in: linux (Ubuntu Intrepid)
Assignee: (unassigned) => Tim Gardner (timg-tpi)
** Changed in: linux (Ubuntu Hardy)
Assignee: (unassigned) => Tim Gardner (timg-tpi)
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notifi
Hi!
My pulseaudio stuttering problem solved by adding myself to the pulse-
rt group by entering:
sudo usermod -a -G pulse-rt $USER
Afterthat: log out and log in.
My soundcard:
$lspci | grep audio
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
Roti
--
Kernel
CONFIG_FAIR_GROUP_SCHED is the Intrepid default.
** Changed in: linux (Ubuntu Intrepid)
Assignee: Tim Gardner (timg-tpi) => (unassigned)
Status: Triaged => Fix Released
** Changed in: linux (Ubuntu Hardy)
Assignee: Tim Gardner (timg-tpi) => (unassigned)
--
Kernel should use CON
On Sat, May 24, 2008 at 3:09 PM, cwillu <[EMAIL PROTECTED]> wrote:
> Doesn't seem to allow more than one task to be added:
>
> [EMAIL PROTECTED]:/dev/cpuset# ls
> cpuacct.usage cpuset.memory_pressure_enabled ff
> cpuset.cpu_exclusivecpuset.memory_spread_page notify_on_release
>
Doesn't seem to allow more than one task to be added:
[EMAIL PROTECTED]:/dev/cpuset# ls
cpuacct.usage cpuset.memory_pressure_enabled ff
cpuset.cpu_exclusivecpuset.memory_spread_page notify_on_release
cpuset.cpus cpuset.memory_spread_slab pulse
cpuset.mem_excl
Oops, nevermind. Have to echo 0 to cpus and mems before it'll work.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
On Sat, May 24, 2008 at 1:48 PM, cwillu <[EMAIL PROTECTED]> wrote:
> There seems to be another problem now, in that the cgroup filesystem
> (mounted via mount -t cgroup none /dev/cgroup) complains ("No space left
> on device") when assigning tasks to new groups.
>
Root can assign tasks. Please do
There seems to be another problem now, in that the cgroup filesystem
(mounted via mount -t cgroup none /dev/cgroup) complains ("No space left
on device") when assigning tasks to new groups.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug
Same here. I've been running the new kernel and now recommend it to
people in forums. It's a no brainer, really. Hardy is much more
responsive with the kernel in proposed. I'd really recommend pushing it
out as an upgrade now.
Lots of folks out there in other forums are complaining about Hardy an
I've been running the proposed kernel for several weeks now on my laptop
(Dell 1420N with encrypted LVM) and it is much more responsive.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs,
I just enabled the updates from "hardy-proposed" and at least on my
system without too deep testings it seems that it has a very positive
effect on sound, much more clean and until now no pops and clicks like
before.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/18
I have issues with sound myself, sometimes simple actions like minizing
and maximizing a window can inturrept the music I play with amarok.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bu
Tested on i386 on 2 different installs successfully
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubunt
thanks John, marking as verification-done since UI interactivity is
reported to be better and there are no indications of regressions.
** Changed in: linux (Ubuntu Hardy)
Importance: Undecided => Medium
Assignee: (unassigned) => Tim Gardner (timg-tpi)
Status: New => Fix Committed
I'd just like to verify with the -proposed kernel, UI interactivity for
a user who is generating high load is drastically improved compared to
stock Hardy...
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a m
Great! So, how long 'til -18?
** Changed in: linux (Ubuntu)
Status: In Progress => Fix Committed
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Daniel, the config for the realtime kernel has now been changed, too (in the
Ubuntu kernel repo):
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=fc9551a9b5f75ee747184d93df83b5642597eed6
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
Yo
Please address this problem asap. I'm running background tasks (nice 19)
as different users and that makes the whole system a lot slower for
everyone. I would normally expect that nice 19 tasks doesn't use any cpu
when it's required for other processes.
It's very interesting to have the ability to
On Sat, May 3, 2008 at 8:15 PM, Conn <[EMAIL PROTECTED]> wrote:
> Ian & dhaval,
>
> Kernel 2.6.24-17-generic is already in the repositories. You just need
> to enable the "hardy-proposed" repository via Synaptic.
>
> If you still have problems with audio, it may not be due to the
> scheduler. I
On May 3, 2008, at 7:45 AM, Conn wrote:
> Kernel 2.6.24-17-generic is already in the repositories. You just need
> to enable the "hardy-proposed" repository via Synaptic.
>
Yes, but 2.6.24-17-rt does not include the fix committed for
2.6.24-17-generic. Please include it in 2.6.24-18-rt forthwith
Ian & dhaval,
Kernel 2.6.24-17-generic is already in the repositories. You just need
to enable the "hardy-proposed" repository via Synaptic.
If you still have problems with audio, it may not be due to the
scheduler. In that case, see bug #190754.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
ht
On Sat, May 3, 2008 at 5:43 PM, Ian M. Stewart <[EMAIL PROTECTED]> wrote:
> As another desktop user, with little Linux experience, I also support
> the request for a final patch soon. I'm running Hardy upgrade from
> Gutsy, and never had any sound or video problems prior to that upgrade.
> Now,
As another desktop user, with little Linux experience, I also support
the request for a final patch soon. I'm running Hardy upgrade from
Gutsy, and never had any sound or video problems prior to that upgrade.
Now, any time my processor hits 100% for any reason, the music just
stops and then restar
Due to this, my playback of 720p files was terribly hampered.
Can I ask, as a regular desktop user, when will the final patch be
rolled out to the normal repos? I don't want to recompile my kernel.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received
In 2.6.24-17, the realtime kernels are still not using CGROUP_SCHED.
Surely, that should have been the first ones fixed for multimedia!
** Changed in: linux (Ubuntu)
Status: Fix Committed => In Progress
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
Y
I really do wish that desktop responsiveness gets the same attention in the
future.
Going from a clean install of gutsy to a clean install of hardy felt like going
from win 3.11 to Vista.
Like the majority of the users, I assumed it was related to some
hardware configuration; perhaps the binary
Accepted into hardy-proposed.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ub
SRU Justification:
Impact: Audio and Video artifacts while system is under load, such as
with trackerd or updatedb.
Fix Description: The 8.04 scheduler algorithm selected for x86/x86_64
-generic is USER_SCHED. CGROUP_SCHED is much better at load leveling
between process groups. The -server flavo
** Tags added: verification-needed
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lis
** Tags removed: hardy regression
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://list
The fix will most certainly feature in 8.04.1, but that doesn't
necessarily mean it will not be available as a regular update before.
Ubuntu 8.04.1 can simply be thought of as a set of rebuilt ISOs to
shave of the bugs that might have been left out.
Someone correct me if I am wrong.
--
Kernel sho
As i understand it, the fix won't be available before 8.04.1.
I hope i'm mistaken.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
Hi Tim,
Thanks for going ahead and making the change. Now this means thta all
flavours of ubuntu have FAIR_CGROUP_SCHED enabled by default?
Dhaval
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
hardy.git;a=commit;h=273f7b551a420580307fa414fe616f0e276a4035
** Changed in: linux (Ubuntu)
Importance: High => Low
Assignee: Canonical Kernel Team (canonical-kernel-team) => Tim Gardner
(timg-tpi)
Status: Triaged => Fix Committed
What is the official status on this bug?
It seems to affects desktop applications, causing regression (eg:
synergy is unusable bug #194029 ).
The official ubuntu release is really soon now and we have no answer
about theses bugs.
** Changed in: linux (Ubuntu)
Assignee: Tim Gardner (timg-tpi
How is this not getting fixed? It's going to cause major issues for a
lot of desktop users, almost all if it causes stuttering sound.
If there's not enough time to fix it then delay the release. Seriously.
This basically breaks Ubuntu for 99% of users.
--
Kernel should use CONFIG_FAIR_CGROUP_S
It will be fixed in Interpid. You get also few regressions more for
free!
Yep, I'm sarcastic but really, it looks like devs will not fix it, and
in a few days they will say that it does not compliment with SRU policy.
And soon somebody with code of conduct will popout - becouse some people
will w
Can someone explain to me why a regression known to cause stuttering
sound is not considered a show-stopper?
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
My apologies, I meant comment #106 in the previous entry.
It seems that CONFIG_FAIR_CGROUP_SCHED may play a part in this
difference. Testing was done on my desktop system, but unfortunately the
-server kernel refuses to boot on my Dell Inspiron 510m laptop which I
primarily use (complains about mi
I realize that we are too close to release, but this information may be
useful for Ibex.
I ran a comparison between -generic and -server kernel, my testcase is
in comment #104 of bug #192888. In a nutshell, the generic kernel causes
pulseaudio to stutter when playing multiple streams, but the serv
Just browsed Fedora's kernel cvs dir and the config seems to enable
this.
CONFIG_SCHEDSTATS=y
CONFIG_SCHED_DEBUG=y
CONFIG_FAIR_GROUP_SCHED=y
CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y
CONFIG_GROUP_SCHED=y
CONFIG_RT_GROUP_SCHED=y
CONFIG_CGROUP_SCHED=y
# CONFIG_CGROUP_MEM_RES_CTLR is not set
--
Ker
It seems this issue break synergy and make it totally unusable: bug
#194029
disabling FAIR_GROUP_SCHED fixes the synergy's issues.
What will be done to make synergy works?
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification bec
** Tags added: hardy
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/
I'm getting reports of UI unresponsiveness, and I am able to reproduce it.
Please, can you get this addressed before release?
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Re-opening, because it's only fixed for "-server".
Please close it as "Won't fix" or add a Hardy task and close it as "Won't fix"
instead..
dhaval, no, "the black window bug" is unrelated to cgroups (it's caused
by not handling graphic card memory correctly AFAIK). I just wanted to
make the point
On Tue, Apr 8, 2008 at 10:36 PM, Daniel Hahler <[EMAIL PROTECTED]> wrote:
> btw: I've tried the -server images already for this very reason a few days
> ago: First I had to manually install l-r-m/nvidia-glx-new for it and then the
> infamous "black window" bug appeared after about 10 open windows
btw: I've tried the -server images already for this very reason a few days ago:
First I had to manually install l-r-m/nvidia-glx-new for it and then the
infamous "black window" bug appeared after about 10 open windows already (while
I have not seen it on -generic for a long while).
So, "just usi
I seem to have seen this one already.
On Tue, Apr 8, 2008 at 8:23 PM, cwillu <[EMAIL PROTECTED]> wrote:
> Is it possible to disable the group scheduler completely (both
> FAIR_CGROUP and FAIR_USER off)?
>
>
> Otherwise I really suspect the current config is going to cause varied
> minor but wide
Is it possible to disable the group scheduler completely (both
FAIR_CGROUP and FAIR_USER off)?
Otherwise I really suspect the current config is going to cause varied
minor but widespread issues. Your printer requires a software
rasterizer? The desktop will get laggy when you print. Copying some
Sorry, I should have said mainline kernel, not [debian] upstream.
But yes, "... to give it more testing" doesn't give me a warm fuzzy
feeling :p
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubu
On Tue, Apr 8, 2008 at 9:18 AM, cwillu <[EMAIL PROTECTED]> wrote:
> But CONFIG_FAIR_USER_SCHED causes _desktop_ regressions! Why is
> CGROUP_SCHED being considered the risky change, when it's the default
> upstream, and USER_SCHED is the option that changes behaviour from
> previous kernels?
>
But CONFIG_FAIR_USER_SCHED causes _desktop_ regressions! Why is
CGROUP_SCHED being considered the risky change, when it's the default
upstream, and USER_SCHED is the option that changes behaviour from
previous kernels?
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs
-generic and -i386 flavours will remain CONFIG_FAIR_USER_SCHED. Use the
-server flavour for CONFIG_FAIR_CGROUP_SCHED.
** Changed in: linux (Ubuntu)
Status: Triaged => Fix Released
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug no
x86 and generic flavours still don't have CONFIG_FAIR_CGROUP_SCHED set.
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubu
Reopening again, CONFIG_FAIR_CGROUP_SCHED is still not set in
2.6.24-15-generic.
** Changed in: linux (Ubuntu)
Status: Fix Released => Triaged
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member o
This bug was fixed in the package linux - 2.6.24-15.26
---
linux (2.6.24-15.26) hardy; urgency=low
[Colin Ian King]
* airprime.c supports more devices
- LP: #208250
[Kees Cook]
* AppArmor: get latest batch of upstream fixes into Hardy (svn 1160)
[Stefan Bader]
* A
Enabled CGROUPS for non-x86/x86_64 arches, all flavours. Missed the
correct setting the first time around.
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
hardy.git;a=commit;h=e06598b264105050b9ddf60416624a495b831450
** Changed in: linux (Ubuntu)
Status: Triaged => Fix Committed
--
Kernel
Re-opening as discussed on IRC with dhaval and Tim.
For the record: CONFIG_FAIR_CGROUP_SCHED is arch independent.
As dhaval pointed out, using cgroups (and the previous behaviour) would
save us a lot of bug reports in the future, like e.g. bug 177713, where
a process running in the background get
On Tue, Apr 1, 2008 at 10:37 PM, Dhaval Giani <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 1, 2008 at 10:11 PM, Tim Gardner <[EMAIL PROTECTED]> wrote:
> > http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
> > hardy.git;a=commit;h=0449bec8d65228242bd5f9f9294ae3c37d4dbb34
> >
> > Note that sparc/powerp
This bug was fixed in the package linux - 2.6.24-14.24
---
linux (2.6.24-14.24) hardy; urgency=low
[Amit Kucheria]
* LPIA: Update from moblin
* LPIA: Fix reboot problem after S3/S4
* LPIA: Integrate latest Dabney thermal patches
* LPIA: Change-umd_dbg-debug-level-to-KERN_IN
On Tue, Apr 1, 2008 at 10:11 PM, Tim Gardner <[EMAIL PROTECTED]> wrote:
> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
> hardy.git;a=commit;h=0449bec8d65228242bd5f9f9294ae3c37d4dbb34
>
> Note that sparc/powerpc/ia64/hppa do not support
> CONFIG_FAIR_CGROUP_SCHED.
>
Wrong. I am sure powerpc and
On Tue, Apr 1, 2008 at 9:55 PM, Tim Gardner <[EMAIL PROTECTED]> wrote:
> I'm setting CGROUPS for the x86/x86_64 server flavour as well as all of
> the sparc/powerpc/hppa/ia64 flavours. Changing the desktop default at
> this late stage is seen as too risky. This is definitely a topic that
> needs
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-
hardy.git;a=commit;h=0449bec8d65228242bd5f9f9294ae3c37d4dbb34
Note that sparc/powerpc/ia64/hppa do not support
CONFIG_FAIR_CGROUP_SCHED.
** Changed in: linux (Ubuntu)
Status: In Progress => Fix Committed
--
Kernel should use CONFIG_FAIR_CGROU
I'm setting CGROUPS for the x86/x86_64 server flavour as well as all of
the sparc/powerpc/hppa/ia64 flavours. Changing the desktop default at
this late stage is seen as too risky. This is definitely a topic that
needs some discussion at UDS, particularly in light of the application
space tools requ
** Changed in: linux (Ubuntu)
Assignee: Tim Gardner (timg-tpi) => Ben Collins (ben-collins)
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubu
I'm marking this as "High priority" now, because it's in fact a regression.
Changing this is quite simple even.
** Changed in: linux (Ubuntu)
Importance: Wishlist => High
** Tags added: regression
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You receiv
A situation for which the currently configured kernel is poor is the
following:
- a single-user desktop machine
- runs a scripted daily backup using, eg, tar and bz2 compression.
The backup script needs to run as root, to access files system wide.
Because of the compression stage, the backup scri
** Changed in: linux (Ubuntu)
Target: None => ubuntu-8.04
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bug
I suggest that CONFIG_FAIR_CGROUP_SCHED be the default. Fair user
scheduler can be simulated with the help of a userspace daemon posted at
http://article.gmane.org/gmane.linux.kernel/553267 . You will need to
make minor changes and fix some corner cases, but it is possible.
CONFIG_FAIR_USER_SCHED h
As far as I understand it, CONFIG_FAIR_CGROUP_SCHED is still the
preferred configuration and will provide the previous behavior by
default (with only one big group for all processes). However, setup
seems to be more difficult/powerful (see Documentation/cgroups.txt in
the linux source).
I don't kn
The last of the above messages indicates a patch (which is now included
in Ubuntu 2.6.24-8). Do you think it will be sufficient, or do you still
see a need to change the scheduler default?
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) => Tim Gardner (timg-tp
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Ubuntu Kernel Team (ubuntu-kernel-team)
Status: New => Triaged
--
Kernel should use CONFIG_FAIR_CGROUP_SCHED
https://bugs.launchpad.net/bugs/188226
You received this bug notification because you are a member of Ubuntu
Bugs, which
Although this mailing list applies to PowerPC specifically, the comments are
relevant to the behavior seen with my [EMAIL PROTECTED] process, as commented
in bug 177713 and bug 178807 :
http://patchwork.ozlabs.org/linuxppc/patch?q=scheduling&id=16345
http://patchwork.ozlabs.org/linuxppc/patch?q=s
** Description changed:
The ubuntu kernel should use CONFIG_FAIR_CGROUP_SCHED instead of
+ CONFIG_FAIR_GROUP_SCHED/CONFIG_FAIR_USER_SCHED
The CFS (completely fair scheduler) is configured with
- CONFIR_FAIR_USER_SCHED, which puts each user in a process group. So if
+ CONFIG_FAIR_USER_SCHED,
74 matches
Mail list logo
