okay, so they are both model 0x36...
please send me the output from
grep . /sys/devices/system/cpu/cpu*/cpuidle/*/*
which will show the states being used in both the ACPI and the intel_idle
scenarios.
thanks,
-Len
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subj
Package: linux-image-3.2.0-4-amd64
Version: 3.2.60-1+deb7u3
(Second attempt to report this.)
A few days ago, running Debian 7 (Wheezy), I had a kernel panic
immediately (less than a small fraction of a second) after pressing
on a command to kill a process running alsa_in somewhere
around 15-60 s
Processing commands for cont...@bugs.debian.org:
> reassign 764552 util-linux
Bug #764552 [util-linux,linux] hwclock-set misconfigures kernel for NTP when
RTC holds local time
Bug reassigned from package 'util-linux,linux' to 'util-linux'.
No longer marked as found in versions util-linux/2.25.1-3
Processing control commands:
> notfound -1 2.25.1-4
Bug #751238 [util-linux,linux] util-linux/linux: ignores RTC when the RTC
driver is a module
There is no source info for the package 'util-linux' at version '2.25.1-4' with
architecture ''
There is no source info for the package 'linux' at vers
Control: notfound -1 2.25.1-4
Control: clone -1 -2
Control: retitle -2 hwclock-set misconfigures kernel for NTP when RTC holds
local time
Control: notfound -1 2.20.1-5
Control: close -1 2.25-2
Control: found -2 2.25-2
Control: found -2 2.25.1-3
Control: severity -2 serious
(Splitting this bug as
Am 09.10.2014 um 00:54 schrieb Ben Hutchings:
> If
> not, then there is a double adjustment during boot.
That got me thinking. I do have ntp enabled.
After disabling the ntp service, my hwclock is no longer incorrectly set
and I no longer get the fsck errors.
Does ntp and hwclock --hctosys not p
Am 09.10.2014 um 00:54 schrieb Ben Hutchings:
> On Thu, 2014-10-09 at 00:14 +0200, Michael Biebl wrote:
>> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
>>> With those exact same versions, I still see the system clock set
>>> correctly!
>>
>> What's your timezone? Mine is Europe/Berlin.
>
> Europe
On Thu, 2014-10-09 at 00:14 +0200, Michael Biebl wrote:
> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
> > With those exact same versions, I still see the system clock set
> > correctly!
>
> What's your timezone? Mine is Europe/Berlin.
Europe/London, which is currently at +0100.
> On each reboo
Am 08.10.2014 um 18:14 schrieb Michael Biebl:
> Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
>> With those exact same versions, I still see the system clock set
>> correctly!
>
> What's your timezone? Mine is Europe/Berlin.
> On each reboot, my hwclock will be off by another -2 hours.
> So if it'
Am 08.10.2014 um 23:20 schrieb Ben Hutchings:
> With those exact same versions, I still see the system clock set
> correctly!
What's your timezone? Mine is Europe/Berlin.
On each reboot, my hwclock will be off by another -2 hours.
So if it's 12:00 local time, after reboot, my hwclock will be set t
Processing commands for cont...@bugs.debian.org:
> forcemerge 692333 763653
Bug #692333 [src:linux] initramfs-tools: update-initramfs creates absolute
symlink to /boot/initrd.img-..
Bug #763653 [src:linux] dracut make use of absolute path in soft link
"/initrd.ing" instead of relative path.
Seve
On Tue, 2014-10-07 at 21:11 +0200, Michael Biebl wrote:
> Hi Ben
>
> Am 07.10.2014 um 21:00 schrieb Ben Hutchings:
> > On Tue, 2014-10-07 at 20:21 +0200, Michael Biebl wrote:
> >> Fwiw, it was me, how experiences this issue.
> >> After the switch from systz to hctosys in /lib/udev/hwclock-set, my
Package: linux
Version: 3.16
Severity: bug
Tags: patch
I just noticed during an "apt-get install gnome-core" run, that hppa lacks the
bluetooth stack.
The problem is, that gnome pulls in the bluez package which then fails to
install, because the kernel lacks bluetooth support. In the end, I can
Your message dated Wed, 08 Oct 2014 12:07:01 +0100
with message-id <1412766421.2872.0.ca...@decadent.org.uk>
and subject line Re: Bug#763620: initramfs depends on DEVTMPFS now?
has caused the Debian Bug report #763620,
regarding initramfs depends on DEVTMPFS now?
to be marked as done.
This means t
Processing commands for cont...@bugs.debian.org:
> reassign 763653 src:linux
Bug #763653 [dracut] dracut make use of absolute path in soft link
"/initrd.ing" instead of relative path.
Bug reassigned from package 'dracut' to 'src:linux'.
No longer marked as found in versions dracut/038-2.
Ignoring
Hi Ben,
As discussed during Debconf, I can easily reproduce this bug when, on
laptop with an xhci-controlled device I plug a USB 2 device and
suspend the machine. As soon as it is brought back from S3 and that
the devices are probed the bug occurs and from that point on the
xhci-controlled devices
Few more informations,
I also met this bug on another computer, where both separate / and /usr
partitions were on lvm. I didn't have problem beforehand, but the
upgrade of initramfs-tools indeed lead to the same problem.
Interestingly, it is clear during the boot time that the lvm root
partition i
On Tue, Oct 07, 2014 at 01:17:35AM +0100, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> On Mon, 2014-10-06 at 13:44 +0200, Michal Hocko wrote:
> > On Mon, Oct 06, 2014 at 12:00:28PM +0200, maximilian attems wrote:
> > > On Mon, Oct 06, 2014 at 11:15:46AM +0200, Michal Hocko wrote:
> > > >
>
18 matches
Mail list logo
