This is still a problem on 32bit, is this patch going to be included in
the next kernel update?, if so when?.
For now, I disabled GHES using "ghes.disable=1" to the kernel boot
options. Though, I see a log message "ghes: Unknown parameter
'disable'", the spewing of messages are gone!.
--
You re
Mine is 32bit
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/881164
Title:
massive syslog entries (GHES: Failed ...) after upgrade to oneiric
To manage notifications about this bug go to:
https://bu
Here is mine as well.
** Attachment added: "output of "acpidump >acpi.dump 2>&1""
https://bugs.launchpad.net/ubuntu/+bug/881164/+attachment/2597700/+files/acpi.dump
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
This is affecting several (possibly all) PowerEdge models, can this
issue be assigned to someone to take a look?. I'd be glad to provide any
further details.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bu
Additional details of the system components from lspci, lshw, and lsusb.
** Attachment added: "output of lspci,lsusb & lshw"
https://bugs.launchpad.net/ubuntu/+bug/881164/+attachment/2571644/+files/lsusb-lspci-lshw.txt
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
After the upgrade of my natty (server version) to oneiric, my syslog is
flooded with massive amount (6 or 7 of these messages below per second)
of the messages shown below. I had to filter out this message in my
rsyslog configuration to err level to avoid this flooding.
Oct 2
Like many here, I had the same problem when upgrading natty server to
oneiric server. The conversion/migration of /var/run to /run during the
upgrade process is buggy causing all sorts of problems until the content
of /var/run and /var/lock are moved to /run and symlinks are created
shown below as
Update: I figured out the reason... the wpa_supplicant is not ready/up
at the time udev tries to activate the network on boot. The simple
solution is to disabled the udev ACTION=add rule in
/etc/udv/rules.d/85-ifupdown.rules and let the network manager activate
the interface instead which works jus
Public bug reported:
Since turning on WPA on my router, my ipw2100 based network interface,
appears to be failing OR timing out on DHCP request. I had to manually
restart networking to get it to work after boot. I have never had this
issue before I switched to WPA on my home network. Anyone notice
Wayne,
Are you using WPA?, if so I'd change the algorithm/proto to AES+TKIP. The
driver does not work after some amount of time (usually an hour or so... may be
certain amount of data transfer).
Thanks
-Arul
--
rtl8187 drops connection
https://bugs.launchpad.net/bugs/182473
You received this bu
I had the same problem on Hardy with rtl8187 driver i.e. works just fine
for a while after reboot and eventually drops connection after series of
CTS protection disabled/enabled pair messages. I finally figured out
that the *AES only* option I selected was the problem. The driver can't
handle AES b
I have a similar issue where firefox hangs using up max CPU, mostly it
happens when you right click to open a link on a new window at random
time. Has anyone experienced this on fresh install of gusty with latest
firefox?.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5679 home 25 0 249m 9
Qilz,
If xgl is hogging CPU, then you don't have OpenGL direct rendering
turned on or your driver does not support it. Try the following and see
if you have direct rendering on.
[EMAIL PROTECTED]:~$ glxinfo |grep direct
direct rendering: Yes
If it is "No" and you believe your driver supports it,
13 matches
Mail list logo
