Processing commands for cont...@bugs.debian.org:
> merge 724787 724788
Bug #724787 [src:linux] linux: CPU scaling: higher frequencies and sometimes
even "performance" after s2ram
Bug #724788 [src:linux] linux: CPU scaling: higher frequencies and sometimes
even "performance" after s2ram
Merged 72
Mapping oldstable-security to oldstable-proposed-updates.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 23 Sep 2013 12:36:26 -0600
Source: linux-2.6
Binary: linux-tools-2.6.32 linux-source-2.6.32 linux-doc-2.6.32
linux-manual-2.6.32 linux-patch-debian-2.6.32 fir
linux-2.6_2.6.32-48squeeze4_multi.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.32-48squeeze4.dsc
linux-2.6_2.6.32-48squeeze4.diff.gz
linux-doc-2.6.32_2.6.32-48squeeze4_all.deb
linux-manual-2.6.32_2.6.32-48squeeze4_all.deb
linux-patch-debian-2.6.32_2.6.32-
Package: src:linux
Version: 3.10.11-1
Followup-For: Bug #722062
Please enable JC42. It is a sensor module frequently used to monitor
temerature of DIMM modules.
-- Package-specific info:
** Version:
Linux version 3.10-3-amd64 (debian-kernel@lists.debian.org) (gcc version 4.7.3
(Debian 4.7.3-7) )
Just for a lark, I turned off hyperthreading, turned on intel_pstate,
then subjected the system to the high load encoding. No burn and
crash. My (absolutely wild) guess is that the intel_pstate stuff isn't
adequately accommodating the fact, when using hyperthreading, two of the
"cores" are ti
Package: src:linux
Version: 3.10.11-1
Severity: important
Hi,
As you can see in my kernel log, my mei controller goes crazy after resuming
from RAM. I know that that piece of code isn't really mature but as the 'mei'
module is automatically loaded by udev, and didn't cause any issue in prior
ke
Delete me
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5245d785.6010...@gmx.net
Package: src:linux
Version: 3.10.11-1
Severity: important
File: linux
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outco
Package: src:linux
Version: 3.10.11-1
Severity: important
File: linux
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outco
I have same issue. I ue xcp-xapi with openvswitch.
Had to disconnect all connected interfaces to start my machine.
I've the following lines at the top of my /etc/init.d/openvswitch as a
workaround (seems to help):
/sbin/ifconfig eth0 up # (Debian BUG#677475)
/sbin/ifconfig eth1 up # (Debian B
Hello,
I get the same result (reboot, as if a thermal event), with
linux-image-3.10-3-amd64. Also, I built and installed the intel thermal
daemon (https://github.com/01org/thermal_daemon), and this didn't help.
Best wishes,
Bob
--
Robert L. Frazieremail: robert.fraz...@chch
sorry for bad pasting, fixed below.
>From a325394f1f4574a0df159b7228545701c73e8cad Mon Sep 17 00:00:00 2001
From: maximilian attems
Date: Fri, 27 Sep 2013 10:43:57 +0200
Subject: [PATCH] init: parse UUID for resume arg
This should unbreak lvm resume arg for the case of:
"Make sure you have a LVM
Hello,
On Thu, Sep 26, 2013 at 10:44:16PM +0200, Nikolaus Schulz wrote:
>
> Stir. Put a cherry on top. Serve chilled by hibernating and then
> restarting the machine. The machine should discard the resume image in
> the swap partition and boot normally, thereby crashing all processes
> that we
13 matches
Mail list logo