Happens to me as well, however for me it only seemed to start happening
when I upgraded to Intrepid. pulseaudio hangs every 12-24 hours or so.
Hardware is a Dell e1405 notebook. Sound devices:
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 01)
An alternative to Trampas's fix is to create a file called
/etc/pm/config.d/madwifi-fix (exact filename doesn't matter), with the
following contents:
SUSPEND_MODULES="$SUSPEND_MODULES ath_pci"
pm-utils already provides you with this SUSPEND_MODULES variable, to
deal with exactly this kind of thin
I've tried the current Jaunty, and the problem is not resolved. It's
exactly the same as before.
As far as Sitsofe's report, for all we know he may not have seen the
problem on Intrepid either. It's not really good evidence that anything
has been resolved.
I believe the problem is related to th
Changed the title to more accurately reflect the original problem being
reported here.
Remember, just because your WiFi is working under Jaunty, it doesn't
necessarily mean that you're confirming a fix of this problem. You have
to be on a network with multiple roamable APs in order to test this.
Well, the reason I suggest that this is related to roaming is that when
the dropouts occur, I clearly see messages in the log showing that
NetworkManager is attempting to roam (see the original bug description).
In fact, it roams onto a network with an SSID of '(none)' and then back
again.
With th
*** This bug is a duplicate of bug 291760 ***
https://bugs.launchpad.net/bugs/291760
Alright, reading through the comments here I see the reference to bug
#291760, and I think the remaining behavior I'm seeing is just what's
described in that bug. So I went ahead and marked this as a duplicat
*** This bug is a duplicate of bug 291760 ***
https://bugs.launchpad.net/bugs/291760
My intention is to keep this bug focused to the actual problem I was
originally reporting (as the person who opened it). Since that problem
seems to be completely described by bug #291760, I marked this as a
I have the same problem, but I was able to work around it by creating a
file called /etc/pm/config.d/madwifi-wix (filename doesn't matter), with
the following contents:
SUSPEND_MODULES="$SUSPEND_MODULES ath_pci"
This makes pm-utils unload and reload the module on suspend/resume.
I am on Intrepid
Public bug reported:
Running Intrepid on an Eee PC 900, kernel linux-image-2.6.27-4-generic
using the ath5k wireless driver. lspci shows:
01:00.0 Ethernet controller: Atheros Communications Inc. AR242x
802.11abg Wireless PCI Express Adapter (rev 01)
I'm getting frequent dropouts on the wireless
I should also say, bug #194903 seemed like a closer match to me, but it
was marked as a dup of this one.
--
No Sound After Hibernation U205-S5067
https://bugs.launchpad.net/bugs/144323
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I seem to have the same problem, although using suspend instead of
hibernate, on my EeePC 900. I'm using the latest Intrepid kernel.
I find that if any sound is playing when I suspend, when I come back
from the suspend the sound no longer works. If no sound is playing when
I suspend, then everyt
It seems there still needs to be an official fix for the problem that
Valentin Neacsu's workaround solves. Should this bug be reopened, or
would it be better to open a new one?
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification beca
I find it strange that so many people say there is no possible
workaround for their system. If you can stop the problem by applying
hdparm -B 255 (or 254) yourself, then the only remaining problem is to
make sure that is always applied (particularly after a suspend). If
that is the problem, then
Dennis, I agree with what you're saying; I'm just trying to make sure
everyone knows that the problem with not restoring the setting after
suspend is described in bug 89269, which also includes a workaround.
That bug needs to be reopened or a new bug opened to provide an official
fix.
--
High fre
Public bug reported:
If ENABLE_LAPTOP_MODE is set, power.sh applies hdparm settings when the
power source is changed. The problem is, these settings do not stick
across a suspend, and hence need to be reapplied after a suspend _even
if the power source is the same_.
There is a workaround for the
Well, remember, those only take effect if ENABLE_LAPTOP_MODE=true in
/etc/default/acpi-support.
I don't really know whether the hdparm settings should be made from
acpi-support or pm-utils, but either way, it seems someone needs to
figure out once and for all where the settings should be made, and
I opened bug 229693 to describe the remaining unsolved problem in bug
89269. I believe a proper fix here would solve this problem for most
users (as long as they set the ENABLE_LAPTOP_MODE flag in /etc/default
/acpi-support).
--
High frequency of load/unload cycles on some hard disks may shorten
I opened bug 229693 to describe the remaining problem. If that is not
appropriate, I'm sure someone can correct.
Thanks...
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
Well, /usr/lib/pm-utils/power.d/laptop-tools currently only sets
settings in /proc/sys/vm, not the hdparm settings. Those settings will
stick across a suspend, so there's really no bug there currently.
It may be that the hdparm calls should be moved from power.sh into pm-
utils/power.d/laptop-too
A setting that goes into /proc/sys/vm is just going into system memory,
which of course is retained across a suspend. But the hdparm setting is
only retained by the hard drive itself, and the hard drives that I'm
familiar with seem to clear the setting when they wake from suspend.
I haven't tried
As others are saying, it seems to me that this is some kind of
interaction between the newer Flash, ALSA, and the Intel audio drivers.
I've tried running without pulseaudio for a few days. What happens is
that after several hours, about the amount of time it would take
pulseaudio to hang, the aud
I might have a small extra clue here. I just watched pulseaudio hang in
the middle of playback (leaving it looping a few milliseconds of sound
over and over). In the syslog I caught this message:
Dec 15 10:04:48 inspiron pulseaudio[6157]: protocol-native.c: Failed to push
data into queue
Dec 15
Bug 288093 (already mentioned as a possible dup above) may be the same
thing with more detail.
--
pulseaudio hangs
https://bugs.launchpad.net/bugs/235990
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
I had been removing vlc-plugin-pulse as a workaround for bug 190754.
VLC going through pulse can't even play a 128k mp3 under zero load
without skipping on my system.
Now that's impossible. Of course, I can just run 'vlc --aout ALSA'.
But this is bringing me closer to just removing pulse entirely
I wonder if these changes are expected to fix this:
http://0pointer.de/blog/projects/pulse-glitch-free.html
--
Over-optimistic buffering in PulseAudio causes underruns (audible stuttering,
pops)
https://bugs.launchpad.net/bugs/190754
You received this bug notification because you are a member o
Hello,
I found the following upstream bugs that seem to be the same problem.
Apparently turning off the FramebufferCompression option is a
workaround, but I haven't verified this myself yet.
http://bugs.freedesktop.org/show_bug.cgi?id=13326
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463382
Has something changed here between Gutsy and Hardy? In Gutsy, I seemed
to have all DejaVu fonts in Firefox. In Hardy, I'm getting the Nimbus
fonts for the fonts mentioned (Times, Helvetica, Courier), which look
pretty bad.
Strangely, even if I copy my Gutsy /etc/fonts back over, it still wants
t
Public bug reported:
Setup:
Dell Inspiron e1405 notebook w/ Intel 945GM graphics
Internal monitor: 1440x900 LCD
External monitor: 1650x1080 Samsung 22" LCD, connected by VGA cable
Power management set to blank screen after 5 minutes
Both monitors available via xrandr, but internal monitor is turn
Yes, I am able to observe the same issue at resolution 1280x1024. The
monitor is a Samsung SyncMaster 220WM.
Attached is the Xorg.0.log.
Thanks for your help.
** Attachment added: "Xorg.0.log"
http://launchpadlibrarian.net/13300377/Xorg.0.log
--
Intermittent monitor flicker after screen b
I would recommend taking a look at bug 89269. The real problem, at
least for me, is that the hdparm settings that are supposed to take
place in power.sh when you have LAPTOP_MODE_ENABLED actually only take
place when you change power sources, not when you resume from a suspend.
See Valentin Neacsu
All I did was follow Valentin's exact steps above. Then I made sure
that ENABLE_LAPTOP_MODE was set to 'true' in /etc/default/acpi-support.
That was all that was needed for me.
The hdparm commands are already in /etc/acpi/power.sh; they were just
not being executed at the needed time, for me. If
I seem to have the same problem, although I see a slightly different
assertion failure:
vlc:
/build/buildd/libmatroska-0.8.1/make/linux/../../matroska/KaxCluster.h:131:
uint64 libmatroska::KaxCluster::GlobalTimecodeScale() const: Assertion
`bTimecodeScaleIsSet' failed.
Aborted
Any news here?
Sorry, I'm not really up to speed on the issues here, but I have the
same problem Valentin Neacsu mentions above: the 'hdparm -B 255' command
is not run when waking up from suspend, which is necessary on my
machine.
My previous workaround solution to this problem was to put a script in
/etc/acpi/r
I have the same problem. For whatever reason, as of Hardy, the scripts
sleep.sh and resume.sh never seem to be run. Under my normal usage
(always plugged into AC, occasionally suspending), only power.sh and
lid.sh are run.
Anacron only runs if the machine is on at 7:30 am or if I deliberately
un
Hmm, that workaround still does not make the hdparm settings take effect
for me. My solution for that is just to hardcode the hdparm calls at
the beginning of power.sh (since I always want it this way anyway).
It does make anacron run when it normally wouldn't, though.
--
power.sh: wrong laptop
By the way, the workaround by Valentin Neacsu in bug 89269 fixes this
for me.
--
anacron is not executed with typical laptop usage
https://bugs.launchpad.net/bugs/80777
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
Oops, never mind, I forgot to reenable ENABLE_LAPTOP_MODE. With that,
the posted workaround works.
Thanks for the help.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This happens to me, reproducibly (as long as usb_storage is loaded),
when upgrading from 10.04 to 10.10. It results in an unusable system
that I wasn't even able to fix via chrooting.
As mentioned earlier, making sure the usb_storage module is not loaded
works as a workaround.
--
grub-pc hangs
38 matches
Mail list logo
