rsoika, could you please confirm this issue exists with the latest
development release of Ubuntu? ISO images are available from
http://cdimage.ubuntu.com/daily-live/current/ . If the issue remains,
could you please run the following command in the development release
from a Terminal
I now installed Ubuntu 12.04 32bit just to see if this version makes
differents. But it shows the same behavior .
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
I am currently working with 3.11.0-031100rc1-generic. This kernel
freezes some times but is more stable than the other versions.
Especially 3.11-rc-2 and 3.11.rc3 are extremely worst. I got freezes with these
kernels several times a day.
3.11.0-031100rc1 seems to work stable for 1-2 days, what
Does it make sense that I install this tool:
Intel(R) Linux* Graphics Installer version 1.0.1 for Ubuntu* 13.04 (64-bit)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
*shrug.
I trust the Ubuntu maintainers to get their packages right and keep them
update to date than us.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
I now see the following messages in sys.log:
Jul 9 14:22:59 ralphs-laptop kernel: [ 9738.304222] CPU2: Package power limit
notification (total events = 1837)
Jul 9 14:22:59 ralphs-laptop kernel: [ 9738.304225] CPU3: Package power limit
notification (total events = 1837)
Jul 9 14:22:59
I upgraded to Ubuntu 13.04, and I am now using Kernel version
3.10.0-031000-generic with xserver-xorg-video-intel 2:2.21.6-0ubuntu4.
I am using the kernel options:
GRUB_CMDLINE_LINUX=enable_mtrr_cleanup mtrr_spare_reg_nr=1 mtrr_gran_size=32M
mtrr_chunk_size=32M i8042.noloop
The first time since
Yes your are right. I changed the mtrr_gran_size and mtrr_chunk_size so no more
BAD*gran_size messages occure.
But the system still freezes :-(
Is there any thing I can do instead of testing every new kernel version
available at http://kernel.ubuntu.com/~kernel-ppa/mainline/ ??
In the moment
Sorry, no insight yet. So keep trying kernels and keep looking out for
strange errrors.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
[ivb] System
I think now that the freeze is triggered by a temperature problem.
We have here in Germany at the time a relatively high external temperature of
30 ° Celsius and freezes take significantly.
Is there a way to verify this aspect?
--
You received this bug notification because you are a member of
There should be a package for monitoring CPU (and system) temperatures.
(Or you can search /sys.) If the CPU overheats it will begin to throttle
and, if need be, shut itself down before it is damaged. Those events
will be recorded in the syslog.
--
You received this bug notification because you
Can you please help me a bit more. For what message/text should I search
in which log file?
I also recognized in the past that when the system freezes the fan was not
running. But some seconds after the system freezes (1-5 seconds later) the fan
begins running high.
For me, it seems plausible
The most important ones would be tagged MCE (Machine Check Exception).
If the ACPI trips over a thermal threshold, you get a Critical
threshold event followed by a shutdown.
If MCE notices that the CPU package (CPU+GPU) is too warm, you get
CPU[01234]: (core|package) temperature above threshold,
hm - did not found any thing about threshold. ony during startup in
/var/log/syslog
Before the system freezes I see a lot of messages like this:
Jun 20 15:56:58 ralphs-laptop kernel: [14637.494188] CPU0: Package power limit
notification (total events = 11498)
Jun 20 15:56:58 ralphs-laptop
I also found this kind of messages :
Jun 20 16:09:48 ralphs-laptop kernel: [0.00] mtrr_cleanup: can not find
optimal value
Jun 20 16:09:48 ralphs-laptop kernel: [0.00] please specify
mtrr_gran_size/mtrr_chunk_size
Did you think that a kernel option like this will help? :
No, MTRR are obsolete on your system - superseded by PAT.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
[ivb] System freeze after high memory usage
I still had no luck. I am now working with the drm-intel-nightly builds.
But the situation is always the same: suddenly after 1 up to 5 hours the
system freezes. No chance to get any response from the system. After
some minutes the system shuts down.
--
You received this bug notification because
I tried kernel version 3.9.2 and official 3.5.0-30 with no success. I have
still the random freezes.
Because of this posting: http://www.thinkwiki.org/wiki/Intel_HD_Graphics
I tried also the kernel options:
i915.semaphores=1 i915.i915_enable_fbc=0
but also with no effect.
--
You received
I tested kernel versions 3.8.9, 3.8.10, 3.8.11 with no success.
Attached I send a screenshot of a freeze, so you can imagine the problem better.
The picture is not absolute static but flickers partially.
After 10 minutes, the system reboots. But I still have no way to collect any
data.
I am
today I found the following error messages in /var/log/dmesg.
maybe helpful ?
[2.572983] [drm] Initialized drm 1.1.0 20060810
[2.590193] ACPI Warning: 0x0428-0x042f SystemIO
conflicts with Region \PMIO 1 (20121018/utaddress-251)
[2.590201] ACPI: If an ACPI
I want to describe the problem again, as I've watched it in the last weeks:
I have freezes with kernel 3.8 and 3.9. It seems that the 3.8.8 is more stable
- but the system still freezes randomly. In very rare cases, the system reboots
immediately after the freeze (one of 10 freezes). I am using
One random freeze could be:
commit 0920a48719f1ceefc909387a64f97563848c7854
Author: Stéphane Marchesin marc...@chromium.org
Date: Tue Jan 29 19:41:59 2013 -0800
drm/i915: Increase the RC6p threshold.
This increases GEN6_RC6p_THRESHOLD from 10 to 15. For some
reason
But that should have also been tested by i915.i915_enable_rc6=0. :|
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
[ivb] System freeze after high
Would it make sense to go back to 12.04 LTS or do a fresh install with
13.04 now?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
[ivb] System freeze
Both have known bugs - I would have said 13.04 had fewer but you are
experiencing a pretty severe issue with 13.04. As there is no obvious
reason for the freezes, I would not have expected them to have been
resolved by now.
--
You received this bug notification because you are a member of
I got still the randomly freezes. Currently I am using kernel 3.9.0-RC6.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1137817
Title:
[ivb] System freeze after high
My system is still freezing. I am working with 3.9.0-rc4 and using kernel
option i915.reset=0.
The system is rebooting after 10 minutes (in most cases). But maybe I have now
some new interesting information:
I wrote a stupid script added into my crontab. The script is telling me every 3
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
Adding the kernel option i915.reset=0 has brought no improvement.
I still have now several freezes once a day. (maybe more often as in the past)
I was not able to virtual terminal (CRTL-ATL-F1) or reach the system from
another pc remote.
The behavior was the same with kernel 3.8.2 and 3.8.3
And
ok I am using now the following options:
GRUB_CMDLINE_LINUX=i8042.noloop intel_iommu=off pcie_aspm=off
i915.reset=0
What should I do in case of a freeze to get the log data you need?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
You will likely have to log in remotely (though it quite possible that a
virtual terminal CRTL-ATL-F1 will still work) and grab the
dmesg/Xorg.0.log/i915_error_state or you can try running 'apport-collect
1137817'
--
You received this bug notification because you are a member of Desktop
I have now observed the following behavior:
With kernel version 3.8.3 I have had frequent freezes. The screen is garbled
and the system will reboot automatically.
With version 3.8.2, the system is much more stable. In a freeze (which is very
rare) the screen is not garbled only frozen and the
Gut instinct tells me that the garbage display is a secondary issue that
occurs after we try to reset the GPU. It is either the lead up to the
GPU reset (i.e. the hang) or the actual attempt at reseting that is
likely to be the cause of the hard hang.
Can you please try i915.reset=0 (with either
Today I had again a total freeze (kernel 3.8.3).
And this time, I have observed the system in more detail.
When the system freezes I have not chance to do any keyboard input or a remote
connect/ping/ssh.
After 10 minutes the system reboots. And 10 minutes is exactly my current
setting to dim
I had a second freeze today. Now without power supply. In this situation the
system did not reboot after 10 minutes. So I had a hard shut-down.
It seems to me, that for my system kernel version 3.8.3 is more unstable as
version 3.8.2.
--
You received this bug notification because you are a
I had no luck. Also with intel_iommu=off and pcie_aspm=off I had a
freeze again yesterday and today. I used the following boot option:
GRUB_CMDLINE_LINUX=i8042.noloop intel_iommu=off pcie_aspm=off
I recognized that the system reboots after some seconds. Did you think
that we have a chance to
The system reboots? Interesting, that implies a panic and not
necessarily an outright hard hang. Do you have a wired network
connection and could setup netconsole?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel
Yes I had a wired network connection, but I could not connect via ssh. I
seems that the net work is also lost immediate when the system freezes.
So I can do nothing, except wait for the reboot.
--
You received this bug notification because you are a member of Desktop
Packages, which is
So not rc6 related - that rules out the most likely suspect for the GPU.
Let the machine run memtest overnight or over the weekend, just to rule
a bad stick of memory. Then if you have VTd enabled, intel_iommu=off
will be useful to test, and perhaps pcie_aspm=off.
** Summary changed:
- System
many thanks for your help.
I have done memtests two times before I posted this issue. There were no
defects detected.
What did you mean with '..if you have VTd enabled'?
I will now trying the following boot option:
GRUB_CMDLINE_LINUX=i8042.noloop intel_iommu=off
it can take some days until I
VTd is the 'virtualised device' acceleration within the CPU - it has
been very problematic with the igfx so far, but supposedly Ivybridge
works. intel_iommu=off disables support and thus allows the GPU to have
direct access to memory without going through a DMA remapper.
--
You received this bug
41 matches
Mail list logo
