On 20/05/12 12:32, Jonathan Nieder wrote:
> Hi Adrian,
>
> Adrian Fita wrote:
>
>> Hi. I wanted to let you know that I just upgraded to kernel 3.2.17 which
>> landed in testing and the issue is still present. I'm holding my fingers
>> crossed for the next versi
Package: src:linux-2.6
Followup-For: Bug #670958
Hi. I wanted to let you know that I just upgraded to kernel 3.2.17 which
landed in testing and the issue is still present. I'm holding my fingers
crossed for the next version...
-- System Information:
Debian Release: wheezy/sid
APT prefers testin
Package: linux-2.6
Followup-For: Bug #601948
Please disregard my previous message.
After I installed the uswsusp package, hibernating started to work.
Without plymouth though... When I use plymouth for displaying a splash
screen, resuming from hibernate freezes. See Bug #593795 [1] and Bug
#5857
On 04/05/12 16:30, Ralf Jung wrote:
> Hi,
>
>> An alternative set of instructions is at [2].
>>
>> If you get a chance to try this, please describe the result to Andy by
>> replying-to-all to his message (i.e., not this one). Whoever is first
>> should probably also mention that pertinent is miss
Package: linux-2.6
Followup-For: Bug #671116
Good news. After applying the latest BIOS update from HP, setting the
LCD backlight started to work through the sysfs interface. I had to
remove the acpi_backlight kernel boot parameter and then it started to
work. "echo 10 > /sys/class/backlight/acpi_v
Package: linux-2.6
Version: 3.2.15-1
Severity: normal
Hi. This is bugging me for quite some time (more than 6 months now).
I can not configure the LCD backlight brightness on my HP ProBook 4515s.
I tried booting with acpi_backlight="legacy|vendor", but all they did
was to keep the brightness to
Package: linux-2.6
Followup-For: Bug #601948
Hi. I'm also suffering from this on linux-image-3.2.0-2-686-pae, HP
ProBook 4515s. The behaviour is exactly the same. It looks like the
kernel *doesn't even try* to resume from the file on the filesystem
(BTW: how does the kernel know from where to resu
Package: src:linux-2.6
Followup-For: Bug #670958
Hi. I return with new info.
So, I tried the latest upstream kernel (3.4.0-rc5+) and the problem is
still there.
In the meantime, I stumbled upon a forum thread [1] on the Archlinux
forum which describes that after kernel 2.6.38.2-1, backlight sett
On 01/05/12 03:42, Jonathan Nieder wrote:
Adrian Fita wrote:
I also made and checked a diff between 2.6.37-2 and
2.6.38~rc6-1~experimental.1 sources and it looks like there was some
functionality added to the drivers/power section which doesn't seem to
work right. I think thi
Package: src:linux-2.6
Followup-For: Bug #670958
Hi. I tracked the regression between kernel v. 2.6.37-2 [1] (not
happening) and v. 2.6.38~rc6-1~experimental.1 [2] (happening).
1: http://snapshot.debian.org/package/linux-2.6/2.6.37-2/
2: http://snapshot.debian.org/package/linux-2.6/2.6.38~rc6
Package: src:linux-2.6
Followup-For: Bug #670958
Thanks for the quick response. Indeed, with
linux-image-2.6.32-5-686-bigmem I don't experience this behaviour
anymore. With 2.6.32, 'udevadm monitor --property' doesn't show any
'remove' or 'add' actions, only 'change' (I left it running several
min
Package: linux-2.6
Version: 3.2.15-1
Severity: normal
Hi.
I'm using Debian Wheezy/Testing, kernel 3.2.15-1 on a HP PowerBook 4515s
laptop.
I noticed that /var/log/syslog is getting spammed with messages from
laptop-mode, like in the attached syslog-laptop-mode_spam.log.gz file.
Also, at the sam
Hi. Using Debian Wheezy/Testing, kernel 3.2.15-1 on a HP PowerBook 4515s
laptop here.
I noticed that /var/log/syslog is getting spammed with messages like in
the attached syslog-laptop-mode_spam.log file.
Also, at the same time, "upower --monitor" shows the messages from
upower-monitor.log.
13 matches
Mail list logo
