Public bug reported:
Ever since the 4.4.0-53 kernel update the touchpad and trackpoint have behaved
erratically on my Dell Precision 7510:
* The trackpoint moves WAY too fast and there don't seem to be any parameters I
can change in xinput to fix this. It is essentially unusable.
* The touchpad
I have been testing mainline kernels with no improvements so far (tested
up to 3.8.0rc5). This bug absolutely has to do with multiple users on
the wifi network, which I think is why it crops up so much more often on
public networks (like airports, hotels etc). On my home network my
spouse was
I also noticed that TX Excessive Retries and Invalid Misc errors are
constant during operation even when it is working (a few a second when
the connection is active), but start to spike significantly once the
connection degrades (rapidly goes into the 10's of thousands after a few
minutes).
--
Another thing I have noticed. The ping times to the router on the HP
Elitebook are consistently 3ms when running quantal. The working test
configurations (HP Elitebook/Lucid,HP Elitebook/Windows7,Thinkpad
T61p/Quantal) all show consistently under 1ms. This is when the
connection is working stably,
Another thing I have noticed. The ping times to the router on the HP
Elitebook are consistently 3ms when running quantal. The working test
configurations (HP Elitebook/Lucid,HP Elitebook/Windows7,Thinkpad
T61p/Quantal) all show consistently under 1ms. This is when the
connection is working stably,
I am running it under Lucid right now. The symptoms are a little
different but there are still some issues.
For one, 802.11 does not work, so I had to use 11n_disable=1 to connect
at all (this is a known lucid issue).
It does seem to work better, but I am getting periodic stalls and also seeing
I am going to revise my previous lucid report. I believe Lucid does not
have the issue at all. After Lucid I tested the machine in Windows and
found that performance was comparable or worse than Lucid. I also booted
an older machine (Thinkpad T61p w/ Intel PRO/Wireless 4965 AGN with the
same hard
I guess I was not clear. I'll iterate again:
The T61p running the same image as the HP Elitebook has no wifi issues.
Likewise the HP Elitebook running Lucid has no issues. Windows running on the
HP Elitebook also has no issues.
--
You received this bug notification because you are a member of
Sorry I submitted too early.
I am not using the same access point as I was originally, but this issue
occurs on virtually all access points that I have used. It appears to be
more prevalent on 802.11n networks as well as networks with high traffic
(airports, hotels etc).
--
You received this
I have installed the F.21 BIOS actually since I reported the bug, and no
changes were perceived (improvements or otherwise). The release notes
for the BIOS indicated that there were pretty minimal changes so this
was not surprising.
** Changed in: linux (Ubuntu)
Status: Incomplete =
I know it occurred in Oneiric, but Maverick and Natty I am not positive.
It is possible I just did not notice at that point. The problem is
certainly exacerbated by newer access points (802.11n in particular) so
over time my perception of it has gotten significantly worse as more
networks I am
Tested 3.7.0-7 as well as 3.8.0rc1 kernels. Both exhibit the problem.
3.8.0rc1 seems to have quite a few iwlwifi changes so I was hopeful but
the problem is still there. Both of these kernels exhibit almost
constant performance problems with periodic Failure to flush TX Fifo
queue messages in
This bug is still current and affects me almost every day. I am now
running 12.10, and have periodically updated to the latest mainline
Ubuntu kernel with no change (up to 3.6.5-030605).
Should this be pushed upstream to the kernel?
--
You received this bug notification because you are a member
I also have this issue since upgrading to Ubuntu 12.10. Pidgin crashes
after a few minutes of being signed into google talk. Could be tied to
users signing on/off or some other type of event, but all functions seem
to work (receiving and sending messages etc).
--
You received this bug
I have now tested RC5 and RC6 as well. The TCP stuck connections seems to be
gone but the wifi connectivity issues still remain. I travelled this week and
out of four or five networks or so I connected to none of them worked properly.
The connections stay up most of the time but I get extremely
I ran the -RC2 kernel for a week and am now running the -RC4 kernel,
both worked identically from my perspective. I have not gotten the
queue stuck error message, but I experience significant issues with wifi
connectivity. After a few minutes TCP connections seem to regularly
stall. No error
I am now running the upstream kernel. So far I have not experienced the
issue, but I have not had a chance to connect to foreign networks yet
(I am no longer traveling).
I am noticing that after some time my connection performance started to
degrade. In particular TCP connections stopped being
Public bug reported:
This bug is similar to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1009878 but I am
reporting a new bug on request.
For the last few months I have been unable to use most wireless networks
with my machine. My machine is an HP Elitebook 8540w which as a
Ultimate-N
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1039205
Title:
iwlwifi lost connections and poor performance with mixed networks
To manage notifications about this bug go to:
New bug opened at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1039205
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1009878
Title:
8086:4238 iwlwifi: Queue 11 stuck for 2000 ms
To manage
I was traveling this week and had to connect to a lot of foreign
wireless networks. Almost all of them were extremely unstable. Usually
they stop working immediately after connecting, and sometimes
unloading/reloading the module will allow it to work for a while before
it happens again. It
I also tried using wd_disable=1, but this offered no improvement. It
also seemed like after using this option the failure became
unrecoverable without a reboot. Currently when it stops working I can
reload the module to get it back, but with wd_disable it seemed I had to
reboot. Time before
One testimonial here. Got new router recently (TPlink tl-wr1043nd),
which worked excellently with my Ultimate-N 6300 wifi card in my HP
Elitebook 8540w. I was using 802.11n and rocking good speeds etc.
Yesterday I got home after using the network for around 5 weeks non-stop
without issue and I
I also have this problem. Resume fails every time. Machine also
appears to use battery while in suspend, which seems to indicate the
suspend itself may not be fully completed. I am going to roll back to
old nvidia driver in meantime.
--
You received this bug notification because you are a
I can confirm this bug still manifests in Precise identially as it did
in 11.10. Is there any hope of using 802.11n under ubuntu? I make do
using my old 802.11g router and many others are up and running by
disabling 802.11n but this is really just a bandaid for what seems to be
a larger issue.
I installed wicd and the problem went away. No other changes were in
place (no disable_n etc). This was when connected to an N router. With
network-manager connected to same router connection was unusable.(could
not fully load any web page without stalling).
--
You received this bug
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/862465
Title:
Webcam uses excessive power even when idle
To manage notifications
Problem still exists for me after latest update. Still very slow on
802.11N connection, normal on 802.11G/B. I have two access points on
same network so I can easily test back to back.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On second look it appears the udev rule did not put the issue down. I
will do some additional testing but it appears that the device starts
using excessive power again after a suspend/resume cycle. Resetting the
power level to auto again turns it off.
--
You received this bug notification
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/862465
Title:
Webcam uses excessive power even when idle
To manage notifications about this bug go to:
Public bug reported:
Machine is an HP Elitebook 8540w. It is equipped with a Chicony webcam
(USB ID 04f2:b15e). Powertop reported that this device was using around
2W of power even when idle, despite the fact that
/sys/bus/usb/devices/XXX/power/level was reporting auto. Explicitly
setting the
I am also experiencing this issue after upgrade to oneiric. Machine
is HP Elitebook 8540w. Wired ethernet (Intel Corporation 82577LM
Gigabit Network Connection) seems to perform fine. Wifi card is
Centrino Ultimate-N 6300. As reported by others it affects only 802.11N
connections... not G.
Another user commented that he fixed this issue on his machine by
recompiling the psmouse module without two finger scrolling support.
Post #224: http://ubuntuforums.org/showthread.php?t=1388164page=23
Have not had a chance to test this yet, worth a shot for users
experiencing this problem
I just purchased one of these laptops and am experiencing this issue.
After installing fresh Karmic I could no longer get the machine to
boot.(in recovery or normal) Even karmic install CD would no longer
boot (I tried many times with only a few successful boots, maybe my
first boot to install it
Blacklisting b43-pci-bridge allowed the machine to boot. The STA driver
so far seems to work.
--
HP Mini 311 - Does not always boot
https://bugs.launchpad.net/bugs/479597
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Michael you should try running your machine in a colder environment,
like Antarctica. I think you will find your machine runs cooler and by
your logic this PROVES that the problem is that you don't live in
Antarctica.
Study this link: http://www.google.com/search?q=define%3A+causality
There are
Michal are the temperatures you posted above for the full speed running
as hot as the machine got? Those temperatures are not that hot. If
your machine crashed from seeing a peak temperature of 80C... you have a
hardware problem. Thermal shutdown temperatures are more like 110C.
James
--
Michal make sure you report back how well fedora works out. Thanks!
James
--
Ubuntu 9.04 laptop overheat and shutdown
https://bugs.launchpad.net/bugs/370173
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Charley you have a hardware problem. Talk to lenovo and send it for
repairs. Ubuntu is not involved in the fan control, your fans are
running fine... and regardless of what ubuntu does with your machine's
power management it should be able to run without shutting down.
James
--
Ubuntu 9.04
Charley -
I'm sticking by my rec that you need to get the hardware fixed. Maybe
windows throttles the machine more agressively when it gets hot instead
of shutting down... maybe windows has better GPU thermal control (this
is almost certainly true)... in any case your machine should not be
Hm... that is interesting that it doesn't happen while you are actively
using the laptop...
Are you running xscreensaver with 3d graphics displays? If the GPU is
heating things up that could make it run hot while you aren't around.
Do you close it when you aren't using it? A lot of heat is
Michal here is a review for your notebook:
http://www.notebookreview.com/default.asp?newsID=3763
I installed Notebook Hardware Control and according to its measures the
CPU temperature remained at about 50C when idling.
If you disagree, lets see some data.
James
--
Ubuntu 9.04 laptop
Michael your dell (unlike every other machine being discussed here) uses
software fan control, using the kernel i8k driver. There are several usermode
tools to control the fans automatically and keep the temperatures lower on
these machines both under linux and windows. Lots of folks have
I think Andreas hit the nail here... this bug thread isn't so much a
single bug it is a single -symptom- of multiple bugs which may or may
not be related.
Without some more detailed data on all the different machine
configurations I don't see this bug moving forward. Fan control hack
scripts on
Michal I think 50C is pretty much normal operating temp for a Core2 Duo
laptop. I think if you run under windows you will find it is similar.
Thermal shutdown temp is well over 100C.
I think we should focus on users who are getting thermal shutdowns since
that is pretty much guaranteed to be a
Andreas Kostyrka wrote:
Am Montag, den 15.06.2009, 13:57 + schrieb arsenix:
Michal I think 50C is pretty much normal operating temp for a Core2 Duo
laptop. I think if you run under windows you will find it is similar.
Thermal shutdown temp is well over 100C.
I think we should focus
Andres I have a desktop with the MPC51 chipset. Running the sensors-
detect script that is part of the lmsensors package correctly detected
the proper modules to measure the onboard sensors. This should allow
fan speed, temperatures etc to be monitored through the lm-sensors
package. Try it and
This is a Jaunty bug... if you aren't running Jaunty please post on
another bug.
Unless this isn't already clear to folks... if you don't have (or aren't
willing to obtain) comparative thermal testing data from another OS
where the problem does not occur... your contribution is not that
useful.
I think comparative temperature logs for different Linux kernels should
qualify.
Indeed your experience definitely qualifies. If we can figure out how
to get some fan speed data as well we might be able to start digging
down into your issue.
James
--
Ubuntu 9.04 laptop overheat and shutdown
I'll contain my wonder and summarize by saying let's move on.
Andreas can you try a different distro with a similar vintage kernel?
If you try your burn in with knoppix 6.0.1 it also uses 2.6.28 kernel.
I'm assuming it is a kernel issue, but this will also see if it is an
ubuntu kernel specific
Alex:
The Ubuntu 8.04 you are running is Hardy, a different and older release
than this bug is discussing (9.04, Jaunty).
My thinkpad idles at nearly 50C... in windows... in ubuntu etc. Thermal
shutdown on Core2 Duo's is over 100C. It does not sound like you are
experiencing the issue
I have discovered that the nvidia driver locks the card in the
highest performance mode when you have an external monitor enabled
(which I usually do), which causes it to run very hot. When I am
running just with the built in screen the card correctly declocks itself
when doing normal desktop
Those of you who have nvidia GPUs and are running the nvidia driver
(the closed source one), you can check the powermizer status of your
card by running the nvidia-settings tool. My machine starts up at level
1, but if I run a 3D application it switches to 2 and then never
downclocks. If the
I believe one aspect of this bug may be related to the fact that
my laptop has a single fan for both processor and GPU. My GPU seems to
stay on its high performance mode most of the time, possibly because I
have VirtualBox running, but I'm not exactly sure why this is.(in any
case this is the
The thinkpad-acpi module can boverride/b the fan speed, but when the mode
is set to auto (the default) it is controlled by the hardware. This is
documented in the thinkpad-acpi documentation. From the thinkpad-acpi
documentation:
Level auto means the EC changes the fan level according to
Charley -
I suggest you check the thinkpad-acpi source. I just did. There is NO
automatic fan control in there. When you set auto it is simply
setting the hardware to regulate the fans automatically. This is the
default setting for thinkpad-acpi and the default setting when the
machine turns
I did some testing under that other closed source operating system and
I have decided that in my case at least I believe the thermal behavior
is pretty much the same. I think my issue under ubuntu is that the
nvidia driver does not seem to be throttling the GPU (despite it being
set to, and me
I also see this issue on my lenovo t61p. Hard for me to tell if it
happens all the time or just occassionally. I will notice the keyboard
burning up and realize that my temps are at 90C even though I am not
doing anything processor intensive. No 3D (I don't use compiz or other
compositing).
Under Gutsy, getting suspend/resume to work with the nvidia driver
required installing TuxOnIce. With TuxOnIce, suspend/resume worked well
with nvidia driver on T61p (using several versions of nvidia, newest
worked 169.12 among others) Under Hardy though (w/2.6.24.3 kernel),
installing
This popped up on me when I changed the hostname of my machine. I
changed it everywhere but the old hostname was still in some of my
network-admin-locations profiles. The network-admin app would segfault
when I started it with the hostname set differently than the current
profile. Despite
Public bug reported:
Binary package hint: evince-gtk
I upgraded evince-gtk to 0.5.2-0ubuntu4.1 today and noticed a bit
later that it would no longer close. When I attempted to close the app
it would freeze and I would have to kill it. This only occurred when it
was launched from a browser or
61 matches
Mail list logo
