[Bug 884227] Re: T400 suspends only once
*** This bug is a duplicate of bug 693594 *** https://bugs.launchpad.net/bugs/693594 ** This bug is no longer a duplicate of bug 756499 cgroup-bin breaks suspend to RAM ** This bug has been marked a duplicate of bug 693594 cgroup-bin should not move kthreadd into a default cgroup -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/884227 Title: T400 suspends only once To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/884227/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 849564] Re: System76 Lemur: Does not suspend on second attempt
*** This bug is a duplicate of bug 693594 *** https://bugs.launchpad.net/bugs/693594 ** This bug is no longer a duplicate of bug 756499 cgroup-bin breaks suspend to RAM ** This bug has been marked a duplicate of bug 693594 cgroup-bin should not move kthreadd into a default cgroup -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/849564 Title: System76 Lemur: Does not suspend on second attempt To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/849564/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 756499] Re: cgroup-bin breaks suspend to RAM
*** This bug is a duplicate of bug 693594 ***
https://bugs.launchpad.net/bugs/693594
I'm marking this a duplicate of #693594 but if you come across this here
are some Workarounds/Fixes:
1)do not move all tasks into a default cgroup
comment CREATE_DEFAULT=yes out and uncomment CREATE_DEFAULT=no in
/etc/default/cgconfig
2)putting the following in /etc/cgconfig.conf fixed (a better value as this is
kernels default anyway)
group sysdefault {
cpu {
cpu.rt_runtime_us = 95;
}
}
3) Add a rule so that [kthreadd] is never put in the default group
In case anybody was wondering what is going on:
Suspend fails because it cannot shutdown your extra CPUs ( you can test this
with echo 0 > /sys/devices/system/cpu/cpu$x/online ).
The kernel can't shutdown the extra CPUs because some it spawns some threads
(ksoftirqd and migration) that need realtime scheduling and because they are in
the sysdefault subgroup it will not allow it (you can fix this with echo PID of
the stuck thread to /sys/fs/cgroup/cpu/tasks (the thread will show up as state
D (Uninterruptible sleep))).
Note that on some kernels: (e.g 3.0.0 that is shipped with 11.10) you
can shutdown the CPUs once each before the problem occurs (e.g one
suspend) but on others ( e.g 3.3.0-rc4) you cant.
** This bug has been marked a duplicate of bug 693594
cgroup-bin should not move kthreadd into a default cgroup
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/756499
Title:
cgroup-bin breaks suspend to RAM
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/756499/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 590516] Re: resume hangs kernel with nouveau drivers
Hi I've been having suspend/resume issues with cgroups and this bug came up in a search I believe your problem is caused by https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/693594 Do you have a multicore/hyperthreaded machine? If so could you try the following * Open a few root prompts * check mount for where your cgroups fs is (mine is /sys/fs/cgroup/cpu/ on previous versions of ubuntu it may be elsewhere) * In one try turning your 2nd processor off and on a few types ( e.g echo 0 > /sys/devices/system/cpu/cpu1/online ). * If that locks up use a second prompt to run (echo 95 > /sys/fs/cgroup/cpu/sysdefault/cpu.rt_runtime_us ) if this unlocks up the processor shutdown, a suspend/resume should now work. * If suspend/resume works after putting a value in /sys/fs/cgroup/cpu/sysdefault/cpu.rt_runtime_us please mark this bug a duplicate of 693594 and look there for permanent fixes -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/590516 Title: resume hangs kernel with nouveau drivers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/590516/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 858102] Re: cgroup service prevents VMWare services stopping
Hi I've been looking at cgroup bugs and I suspect that you have a multicore/hypterthreaded system which is experiencing a symptom of https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/693594 could you try giving the default group some realtime priority (e.g echo 95 | sudo tee /sys/fs/cgroup/cpu/sysdefault/cpu.rt_runtime_us ) and then seeing if you still have the problem? Thanks -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/858102 Title: cgroup service prevents VMWare services stopping To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/858102/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 693594] Re: cgroup-bin should not move kthreadd into a default cgroup
This bug has quite a few nasty symptoms (breaks suspend on SMP machines,
etc) and I guess cgroups are going to get more popular as people try the
"superpatch" so could we get one of the following into 12.04 please:
1)do not move all tasks into a default cgroup
comment CREATE_DEFAULT=yes out and uncomment CREATE_DEFAULT=no in
/etc/default/cgconfig
2)putting the following in /etc/cgconfig.conf
group sysdefault {
cpu {
cpu.rt_runtime_us = 95;
}
}
3) Add a rule so that [kthreadd] is never put in the default group
4) Changing startup script to not move ktreadadd
I think creating a superflous default group is stupid anyway so the
first fix is by far the best.
Upstream have also release 0.38 but nothing in the changelog seems
relevant.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/693594
Title:
cgroup-bin should not move kthreadd into a default cgroup
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/693594/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 652467] Re: xerver-xorg-video-ati dependancies need changing
it's not about saving space it's about packaging it correctly
Currently the dependencies do not depend on ati, from what you've described ati
is needed so
1) is the simplest solution as xerver-xorg-video-7 and xserver-xorg-video-all
do not depend on the specific drivers but on ati to function correctly
2) is not plausible
3) not only saves 400KB and makes the packaging work correctly, but also allows
the ati drivers to follow the same model as the rest of the drivers
Removing nvida or intel drivers doesn't save much space either, but they
are packaged correctly anyway.
Note: perhaps my wording for the orginal report was unclear when i say
remove radeon,r128,mach64 I meant to remove the dependency on them,
below is an explanation of exactly what i mean
solution 1 (literally 3 lines of changes)
As the radeon,r128,mach64 drivers do not provide full drivers from
radeon,r128,mach64 remove the following line in debian/control:
Provides: ${xviddriver:Provides}
solution 3a (done the without extra packages)
from radeon,r128,mach64 remove the following line in debian/control:
Provides: ${xviddriver:Provides}
then change the depends and dbg-depends in ati to be
Depends:
${shlibs:Depends},
${misc:Depends},
${xviddriver:Depends},
( xserver-xorg-video-r128, xserver-xorg-video-mach64,
xserver-xorg-video-radeon ) | xserver-xorg-video-r128 |
xserver-xorg-video-mach64 | xserver-xorg-video-radeon
Depends:
${misc:Depends},
xserver-xorg-video-ati (= ${binary:Version}),
( xserver-xorg-video-r128-dbg, xserver-xorg-video-mach64-dbg,
xserver-xorg-video-radeon-dbg ) | xserver-xorg-video-r128-dbg |
xserver-xorg-video-mach64-dbg | xserver-xorg-video-radeon-dbg
solution 3b (done the with 2 extra packages)
from radeon,r128,mach64 replace the following line in debian/control:
Provides: ${xviddriver:Provides}
with
Provides: xserver-xorg-video-ati-any
then change the depends and dbg-depends in ati to be
Depends:
${shlibs:Depends},
${misc:Depends},
${xviddriver:Depends},
xserver-xorg-video-ati-all | xserver-xorg-video-ati-any
Depends:
${misc:Depends},
xserver-xorg-video-ati (= ${binary:Version}),
xserver-xorg-video-ati-all-dbg | xserver-xorg-video-ati-any-dbg
And in xserver-xorg-video-ati define xserver-xorg-video-ati-all and
xserver-xorg-video-ati-all-dbg as
Package: xserver-xorg-video-ati-all
Architecture: any
Depends:
xserver-xorg-video-ati,
xserver-xorg-video-mach64,
xserver-xorg-video-r128,
xserver-xorg-video-radeon
Description: X.Org X server -- All AMD/ATI Radeon display driver
This package provides the 'ati' driver for the AMD/ATI Mach64, Rage128,
Radeon, FireGL, FireMV, FirePro and FireStream series. This package
pulls in the sub drivers for 'mach64', 'r128' and 'radeon'
This package is built from the X.org xf86-video-ati driver module.
Package: xserver-xorg-video-ati-all-dbg
Architecture: any
Depends:
xserver-xorg-video-ati-dbg,
xserver-xorg-video-mach64-dbg,
xserver-xorg-video-r128-dbg,
xserver-xorg-video-radeon-dbg
Description: X.Org X server -- All AMD/ATI Radeon display driver (debugging
symbols)
This package provides the 'ati' driver for the AMD/ATI Mach64, Rage128,
Radeon, FireGL, FireMV, FirePro and FireStream series. This package
pulls in the sub drivers for 'mach64', 'r128' and 'radeon'
This package is built from the X.org xf86-video-ati driver module.
Note that none of the above changes affect the auto-dependency system as they
only edit the explicitly defined dependencies
for cleanness of dependencies I would also change xserver-xorg-video-all to not
list radeon,r128,mach64 as they are not real drivers, but as i couldn't get
hold of the control file I don't know how easy this would be
I can remake the changes as patches if i would make things easier.
I noticed I introduced some circular dependencies, in 3b and did something
weird in the syntax of 3a, I'm not familiar enough with the debian build system
to know if I did these right, so you may want to correct them or give me a
while to learn and test these changes
In summary, this bug is a real bug that can lead to xorg breakage and
can be easily solved with solution 1 or correctly solved with solution
3b.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/652467
Title:
xerver-xorg-video-ati dependancies need changing
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 652467] [NEW] xerver-xorg-video-ati dependancies need changing
Public bug reported: Binary package hint: xorg xserver-xorg depends on xserver-xorg-video-all OR xerver-xorg-video-7 xserver-xorg-video-all depends on ati & radeon & r128 & mach64 xerver-xorg-video-7 provided by ati OR radeon OR r128 OR mach64 Ati package is needed to startx (yet it can be uninstalled) Ati depends on r128 & mach64 & radeon (yet for any given ati hardware configuration only one will be needed) Problems: xerver-xorg-video-7 dependencies allow you to have an unstartable X while having the correct drivers installed (serious) Ati explicitly depends on packages it shouldn't Solutions: 1) Make xerver-xorg-video-7 and xserver-xorg-video-all provide/depend on ati and remove radeon,r128,mach64 * Pretty simple fix * Adds unneeded dependencies 2) Change xorg so it can boot directly from radeon without needing ati * No changes to packaging * Needs actual code changes 3) Make xerver-xorg-video-7 and xserver-xorg-video-all provide/depend on ati and remove radeon,r128,mach64 make xerver-xorg-video-ati depend on xerver-xorg-video-ati-all | xerver-xorg-video-ati-any xerver-xorg-video-ati-any is analogous to xerver-xorg-video-7 * No unneeded dependencies * No actual codding required * Follows same model as xserver-xorg ** Affects: xorg (Ubuntu) Importance: Undecided Status: New -- xerver-xorg-video-ati dependancies need changing https://bugs.launchpad.net/bugs/652467 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/mailman/listinfo/ubuntu-bugs
