Martin Michlmayr wrote:
* Bart Samwel [EMAIL PROTECTED] [2005-11-06 21:26]:
FYI, the bug is fixed in the 1.11 version of laptop-mode-tools,
which you can download at the laptop-mode-tools homepage:
http://www.xs4all.nl/~bsamwel/laptop_mode/tools
Is your sponsor still busy? If so, I can
Chung-chieh Shan wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: normal
Tags: patch
THIS_CPU_GOVERNOR is misspelled as THIS_GOVERNOR in
/usr/sbin/laptop_mode.
Thanks for reporting, I'll have it fixed in the next version.
BTW, if this bug is marked patch, where's the patch? ;-)
Andreas Pakulat wrote:
since the last upgrade of laptop-mode-tools (to version 1.11-1)
laptop-mode-tools always issues a BIG FAT WARNING during boot and when
I restart it manually.
The problem seems to be that it cannot remount / setting another
commit-timeout. Now my Kernel has ext3 support
Hi Andreas,
Andreas Pakulat wrote:
I guess I should have put some evidence into the report, now here it
comes:
[EMAIL PROTECTED]:~mount | grep hda2
/dev/hda2 on / type ext3 (rw,errors=remount-ro)
Ah, mount thinks it's ext3. :) Unfortunately, mount simply copies this
from fstab at bootup, as
Andreas Pakulat wrote:
On 30.11.05 13:18:04, Bart Samwel wrote:
You added the option but probably didn't recreate the journal file itself. Try
tune2fs -J /dev/hda2.
It's a small j, but anyway it's ok now. But this leads to the
following: Why did laptop-mode-tools try to remount my
Andreas Pakulat wrote:
On 01.12.05 13:46:21, Bart Samwel wrote:
Andreas Pakulat wrote:
On 30.11.05 13:18:04, Bart Samwel wrote:
You added the option but probably didn't recreate the journal file itself.
Try tune2fs -J /dev/hda2.
It's a small j, but anyway it's ok now. But this leads
Francesco P. Lovergine wrote:
Package: laptop-mode-tools
Severity: serious
Justification: causes user configuration loss
After purging the package, I discovered my syslog ceased to work. I
found a dangling symlink
/etc/syslog.conf - /etc/syslog-on-battery.conf
This causes sysklog stop
Clemens Buchacher wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: wishlist
Hi,
Some applications (mutt, for example) depend on file access time updates so
I think the CONTROL_NOATIME option should be disabled by default. Not
knowing where to look I only found out by chance why mutt
Daniel Maier wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: minor
Wrong path to lm_battery.sh mentioned in line
/etc/acpi/actions/lm_battery.sh:52. Should be
'/etc/acpi/actions/lm_battery.sh' instead of '/etc/acpi/lm_battery.sh'.
Ah, you're right. Will be fixed in the next
Daniel Maier wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: minor
In /etc/laptop-mode/laptop-mode.conf:107 'Shoudl' should be 'Should'.
Thanks!
--Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Francesco Paolo Lovergine wrote:
It would be better avoiding
completely to upset user configuration in that way IMHO.
I agree that it would be nice -- but it's impossible. :/ Anyway, this
configuration modification is only done on the administrator's request
(lm-syslog-setup), so he must have
Chung-chieh Shan wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: normal
The DPMS control feature in laptop-mode doesn't work. One problem is
that the command
who |grep \:[0-9].*\: |awk '{print $1;$2}'
in /usr/sbin/laptop_mode does not generate a list of users and displays.
(By
Hi Luca,
Luca Capello wrote:
On Mon 24 Oct 2005 09:52 +0200, Guido Guenther wrote:
by laptop-mode-tools on every boot. I'd suggest simply removing
$VERBOSE from the tests since this is an old config option anyway:
Well, the problem is that /usr/sbin/laptop_mode has that check
specifically
Luca Capello wrote:
Hello Bart!
On Thu 03 Nov 2005 21:35 +0100, Bart Samwel wrote:
Luca Capello wrote:
So, removing the check can create some glitches (not real a
problem) to peopel who still have an old
/etc/laptop-mode/laptop-mode.conf, i.e. laptop-mode-tools 1.10-1,
so sarge (1.05-1
Le0n_84 debianized wrote:
i've solve this problem editing /usr/sbin/laptop_mode and changing
if [ $VERBOSE_OUTPUT -ne 0 ] ; then
with
if [ $VERBOSE_OUTPUT != 0 ] ; then
next time i've reboot the machine it told me
Sun Nov 6 18:38:17 2005: Enabling laptop mode: Laptop Mode Tools 1.10
Sun
Le0n_84 debianized wrote:
as you can see i don't know too much shell scripting :-D
in fact after i've modified and rebooted the machine i saw many messages
about the option PARTITION in laptop-mode.conf, so i thought that this
solution was wrong...
i've installed the 1.11-1 version
Hi Matthias,
I would actually _love_ to have a way of detecting the lid state from
pbbuttonsd. My package laptop-mode-tools can enable laptop mode when the
lid is closed, but only on ACPI currently. I would like to extend this
functionality to pbbuttonsd as well!
Cheers,
Bart
--
To
Thomas Petazzoni wrote:
Package: laptop-mode-tools
Version: 1.10-1
Severity: normal
Hi,
laptop-mode-tools only Recommands: hdparm. However, the
/usr/sbin/laptop_mode script complains that hdparm cannot be found at
line 892 when runned at system startup.
I'll move it to depends:. Thank you.
I'm sorry to add this so late, the discussion with the submitter was not
recorded in the bug report.
My original response was:
-
The FAQ (http://www.xs4all.nl/~bsamwel/laptop_mode/tools/faq.html) has
an entry on this,
This will be fixed in the next release.
--Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Luis Mondesi wrote:
[...]
Yet I wonder why it hasn't been fixed yet.
This is a very minor cosmetic bug in a pretty new feature (the status
command was introduced in version 1.06, on July 28). It'll be fixed in
the next release, which I have planned for somewhere in the next month.
--Bart
Hi Josh,
Josh Metzler wrote:
I just tried the experiment you suggested at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240388 with kde 3.5.5, and
got the expected result - what I had selected was now pasted into my new
file. I am using kde as my desktop enviroment, though. Could you
John Wright wrote:
Package: laptop-mode-tools
Version: 1.32-1
Severity: normal
Tags: patch
On my iBook, if I suspend and then resume, laptop-mode no longer works.
Running '/etc/init.d/laptop-mode restart' does the trick, so I've
included a patch to etc/power/scripts.d/laptop-mode that makes it
Hi Mikko,
Mikko Rapeli wrote:
The problem is quite simple, though I don't understand the reasons for the
laptop_mode coding style with environment variables. With the fix below
I get LVM partitions remounted:
I see, thanks for reporting this! Unfortunately adding the spaces to the
beginning
Mikko Rapeli wrote:
On Sun, Oct 22, 2006 at 08:14:58AM +0200, Bart Samwel wrote:
[...]
grep auto. I think the trick would be to do something like:
if ( (echo -n ; echo -n $PARTITIONS ; echo -n ) | grep $DEV
/dev/null ) ; then
Does it work for you that way?
I didn't try, since I
John Goerzen wrote:
My Macbook Pro has a Core Duo CPU. Each core can run at its own
frequency and have its own governor.
laptop-mode-tools, though configured to automatically switch the system
to the conservative governor when running on battery power, only
actually manages to switch CPU #0 to
Philippe Teuwen wrote:
Package: laptop-mode-tools
Version: 1.11-1
Severity: normal
Tags: patch
When setting VERBOSE_OUTPUT=1 it truncated /var/log/acpid and only
the last few lines are present.
This is due to the /dev/stdout redirections.
This is solved by changing them to /dev/stdout
seem to, yes. Looks like the problem happens for me when
suspending through gnome-power-manager. I didn't see anything in gconf
about suspend method for that program, so I'm not sure what to do next.
On Thu, 9 Oct 2008, Bart Samwel wrote:
Hi Dave,
I see that you are using pm-utils for suspend
Merwok wrote:
My quick search before posting was obviously too quick: this bug is a duplicate
of #495364. Sorry.
I don’t send a message with “merge” because I’m unfamiliar with the system.
Oh, I was too quick to reply -- thanks anyway for the report, I'll do
the merge.
Cheers,
Bart
--
Merwok wrote:
Hello. I was poking around in /etc/laptop-mode/conf.d on Lenny and tweaking
thinks when I noticed this contradiction in hal-polling.conf, lines 29-30:
# Enable HAL polling on AC
AC_DISABLE_HAL_POLLING=1
I don’t know whether to follow the comment or the variable
Marc Haber wrote:
On Tue, Jul 29, 2008 at 08:35:10PM +0200, Bart Samwel wrote:
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:45:23PM +0200, Bart Samwel wrote:
Marc Haber wrote:
Why is laptop-mode-tools trying to remount the file
systems in the first place?
Let me try to explain. Ext3 file
Michael Marsh wrote:
I'm seeing this same bug, I believe. I've tried running
# /etc/acpi/sleepbtn.sh
# /etc/acpi/sleep.sh
# /usr/share/acpi-support/suspendorhibernate suspend
and all three have no effect. By adding a call to the syslogger to
suspendorhibernate, I was able to confirm that
Michael Marsh wrote:
On Sun, Aug 31, 2008 at 2:02 PM, Bart Samwel [EMAIL PROTECTED] wrote:
Hi Michael,
It seems to follow the right path, but the command is somehow detected
as being successful without actually being successful. Could you
manually run that last command:
/usr/bin/dbus-send
And thanks for reporting again!
Cheers,
Bart
Daniel Moerner wrote:
Package: laptop-mode-tools
Version: 1.45-1
Severity: normal
If I had noticed I would have filed this along with bug #497343. The
configuration-file controller requires killall to function. killall is
in psmisc, which is
Thanks for reporting, will fix!
Daniel Moerner wrote:
Package: laptop-mode-tools
Version: 1.45-1
Severity: normal
/etc/laptop-mode/conf.d/ethernet.conf uses ethtool to manipulate the wol
and speed settings of ethernet devices. Other parts of
laptop-mode-tools that use commands not in the
Hi Christian,
Christian Gogolin wrote:
Package: acpi-support
Version: 0.109-6
Severity: important
After upgrading acpi-support and acpi-support-base from 0.109-5 to 0.109-6 my
Samsung x20 notebook no more enters suspend mode when calling
/etc/acpi/sleep.sh.
Before the update everything
Hi Christian,
Christian Gogolin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The requested output is:
$ bash -x /etc/acpi/sleep.sh
+ test -f /usr/share/acpi-support/policy-funcs
+ . /usr/share/acpi-support/policy-funcs
++ . /usr/share/acpi-support/power-funcs
+++ umask 022
+++
Hi Christian,
Christian Gogolin wrote:
$ bash -x /usr/share/acpi-support/suspendorhibernate suspend
[...]
+ for METHOD in '$SUSPEND_METHODS'
+ case $METHOD in
+ '[' -x /usr/bin/dbus-send ']'
+ /usr/bin/dbus-send --session --dest=org.freedesktop.PowerManagement
--type=method_call
Hi Paul,
Paul Wise schreef:
acpi-support ships /etc/modprobe.d/thinkpad_acpi.modprobe and deletes it
in postinst when upgrading from versions before 0.109-1 or just
installing from scratch.
I detected this because I occasionally run the cruft program.
Ohhh, this may actually be a problem for
Hi Michael,
Michael Biebl wrote:
Michael Biebl wrote:
The problem is, that the bug is about adding support for laptop-tools,
but I am missing proper justification, why this is necessary, what the
underlying problem is and why laptop-mode-tools is the correct solution.
Bart, can you
Hi Anton,
Anton Ekblad wrote:
Laptop does not wake up from suspend to RAM reliably anymore but
freezes completely about one time in three. Worked fine before the
last update to acpi-support.
Thanks for reporting. I will ask you some questions to debug this
problem. First of all, could you
Hi Dave,
I see that you are using pm-utils for suspend (the dbus-pm and dbus-hal
methods eventually go to pm-utils as well). Does your laptop suspend and
resume correctly when you issue the command pm-suspend (as root)?
Cheers,
Bart
Dave O wrote:
I have the same issue, since the upgrade to
Hi Marc,
Marc Haber wrote:
when I wake up my notebook from Hibernation, it sometimes happens that
laptop-mode tries to remount /usr and the mount wedges itself in
kernel space: Eats 90 % CPU and is unkillable:
acpid,4115 -c /etc/acpi/events
`-lm_battery.sh,19925
Hi Marc,
Marc Haber wrote:
On Tue, Jul 29, 2008 at 09:09:08AM +0200, Bart Samwel wrote:
Thanks for reporting. I've recently had a report where remounts would
hang for 20 minutes at 90% CPU before completing.
Firstly, could you try letting it hang for very long (perhaps even
several hours
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:33:56PM +0200, Bart Samwel wrote:
Marc Haber wrote:
On Tue, Jul 29, 2008 at 09:09:08AM +0200, Bart Samwel wrote:
Thanks for reporting. I've recently had a report where remounts would
hang for 20 minutes at 90% CPU before completing.
Firstly
Hi Marc,
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:45:23PM +0200, Bart Samwel wrote:
Marc Haber wrote:
Why is laptop-mode-tools trying to remount the file
systems in the first place?
Let me try to explain. Ext3 file systems (and some other journalling
file systems) write to disc
Hi Soenke,
Soenke wrote:
it seems that the auto-hibernation feature of laptop-mode-tools
(configurable
via /etc/laptop-mode/conf.d/auto-hibernate.conf) does not work with my laptop
(ThinkPad X40) any more. It worked a while ago, but as I have not used
this option for some time, I am not
Daniel Moerner wrote:
In /etc/laptop-mode/conf.d/hal-polling.conf, the comments state that the
default is to Disable HAL polling on battery and Enable HAL polling on
AC. The default value for HAL polling on AC is:
AC_DISABLE_HAL_POLLING=1
Either this or the comment should be changed to
Soenke wrote:
Hi Bart,
thanks for the quick reply.
H. These events are actually hardware dependent, and if the new
battery does not send them, there's not much you can do about it except
perhaps polling.
I was afraid that this might be the case. I checked again with acpid in
Hi Raphael,
Raphael Hertzog wrote:
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should even have tagged the bug as release critical, imho.
Raphael Hertzog wrote:
On Mon, 18 Aug 2008, Bart Samwel wrote:
Agreed. Bart, can you handle that?
The bug is in acpid, right?
Why? /etc/acpi/power.sh is part of acpi-support and needs to be updated to
use /sys/class/power_supply/ instead of /proc/acpi/ac_adapter/ which has
been removed
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should even
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-6) unstable; urgency=high
#
# * /etc/acpi/battery.d is ignored on newer kernels (Closes: #491396)
package acpi-support acpi-support-base
tags 491396 + pending
--
To UNSUBSCRIBE,
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-6) unstable; urgency=high
#
# * Incorrect D-BUS HAL call in dbus-hal suspend method (Closes:
##488937)
#
package acpi-support acpi-support-base
tags 488937 + pending
--
To
Bart Samwel wrote:
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI
Hi Jeff,
Jeff King wrote:
Package: acpi-support
Version: 0.109-5
Severity: normal
Tags: patch
Newer kernels have disabled the /proc interface to power management,
leaving only the /sys. However, the /etc/acpi/power.sh script makes a
decision about running the scripts in battery.d by looking
Hi Phil,
Phil Endecott wrote:
I am trying to get the lid event to suspend on my Eee 901 and have encountered
the following problems:
1. getXuser() in /usr/share/acpi-support/power-funcs uses finger, but the
package
does not depend on finger (and I didn't have it installed).
Thanks for
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Added finger to Depends of acpi-support-base (Closes: #497220)
#
package acpi-support acpi-support-base
tags 497220 + pending
--
To UNSUBSCRIBE,
Hi Phil,
Phil Endecott wrote:
I've just spotted detect_x_display() in
/usr/share/eeepc-acpi-scripts/functions.sh from package
eeepc-acpi-scripts which does a similar thing by parsing the output of
who, rather than finger. who has the advantage of being provided
by coreutils, which is a
Package: acpi-support
Version: 0.109-6
Severity: important
The acpi-support scripts in /etc/acpi test for the existence of files in
/usr/share/acpi-support to check if they should run. However, a lot of
them check for power-funcs or policy-funcs, which are now in
acpi-support-base. That means
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Added missing 'policy-funcs' include to hibernatebtn.sh (Closes:
##497125)
# * scripts in /etc/acpi no longer test files from acpi-support-base
#
Hi Frederik,
Let me see if I can answer your questions.
Frederik Eaton wrote:
I am sorry to be trouble, there is probably an easy solution but I
couldn't find it after some time, so I am submitting this as a
documentation bug, hopefully the situation can be improved for future
users even if
Phil Endecott wrote:
Bart Samwel wrote:
getXuser() {
w -hs | while read -r THIS_USER THIS_TTY THIS_DISPLAY
DUMMY_REMAINDER; do
if [ $THIS_DISPLAY = $displaynum ] ; then
user=$THIS_USER
break
fi
done
if [ x$user = x
Phil Endecott wrote:
Julien Cristau wrote:
On Thu, Sep 4, 2008 at 15:04:14 +0100, Phil Endecott wrote:
No this doesn't work for me. You're looking for :0 in the FROM
column, right? I have it in the TTY column:
$ w -hs
phil tty1 -17:19 -bash
root tty2 -
Hi Christian,
Christian Gogolin wrote:
the output of
$ /usr/bin/dbus-send --session --dest=org.freedesktop.PowerManagement
--type=method_call --print-reply --reply-timeout=2000
/org/freedesktop/PowerManagement org.freedesktop.PowerManagement.Suspend
when run as root is:
Failed to open
Hi Michael,
Bart Samwel wrote:
Michael Marsh wrote:
On Sun, Aug 31, 2008 at 2:02 PM, Bart Samwel [EMAIL PROTECTED] wrote:
Hi Michael,
It seems to follow the right path, but the command is somehow detected
as being successful without actually being successful. Could you
manually run
Hi again Christian,
Could you confirm that if you replace
/usr/share/acpi-support/suspendorhibernate by the attached file, that it
works?
Cheers,
Bart
Bart Samwel wrote:
Hi Christian,
Christian Gogolin wrote:
the output of
$ /usr/bin/dbus-send --session --dest
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Always consider a dbus-send call for a suspend method failed if
#dbus-send returns an error code (Closes: #496911)
#
package acpi-support
Hi Krunoslav,
Krunoslav Sever wrote:
Today I upgraded to -6 which disabled the sleep button on my (old)
HP Omnibook 6000, at least on console. Haven't tested if it still works
from X, though (xfce Desktop).
With -5 the sleep button functioned perfectly from console and from the
xfce
Great! It's been uploaded as part of 0.109-7, so that should hit
unstable soon.
Cheers,
Bart
Christian Gogolin wrote:
Hi,
with the attached file suspension works with acpi-support 0.109-6 and
acpi-support-base 0.109-6.
Regards,
Christian
Bart Samwel wrote:
Hi again Christian
Hi Kevin,
Kevin Mitchell wrote:
Looking a littler closer, there are more problems than just this typo.
*) This loop is attempting to match $displaynum rather than :$displaynum
*) Variables inside the | while read construct are only local to within the
loop (probably because it's executed
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-8) unstable; urgency=low
#
# * Fix broken getXuser (Closes: #497999)
package acpi-support acpi-support-base
tags 497999 + pending
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi Krunoslav,
Krunoslav Sever wrote:
On Sun, Sep 07, 2008 at 10:26:13AM +0200 wrote
Bart Samwel [EMAIL PROTECTED]:
Hi Krunoslav,
Krunoslav Sever wrote:
On Thu, Sep 04, 2008 at 08:36:03PM +0200 wrote
Bart Samwel [EMAIL PROTECTED]:
Hi Krunoslav,
Krunoslav Sever wrote:
Today I upgraded
Hi Krunoslav,
Krunoslav Sever wrote:
[...]
I haven't retested but I think I tried something like this command to
obtain a manual
suspend command with version -6 and it did not suspend. May be I will
retry later.
For now I am quite optimistic the current results will help you.
Yes, this helps.
now!
Cheers,
Bart
Bart Samwel wrote:
Hi Kevin,
Well, at least this *looks* a bit reassuring. And we always grabbed the
first one in the past, so this will probably be fine in practice. Thanks
for all of the extra info!
Cheers,
Bart
Kevin Mitchell wrote:
It looks like openbox
[EMAIL PROTECTED] wrote:
Unfortunately none of my drives 'hdparm -i' report:
AdvancedPM=yes
Some report no, others are flash card readers that don't return anything.
They all get this error.
For a workaround, I edited '/etc/acpi/start.d/90-hdparm.sh'.
Setting DO_HDPARM=n
Grepping hdparm -i
On Thu, January 17, 2008 18:35, Hramrach wrote:
It looks like acpi-support either changed the name of events or
reinstals events modofied by user under new name. I have modified
/etc/acpi/powerbtn.sh to do hibernate instead of shutdown. However,
after an update I get
Hi Rémi,
Rémi Vanicat wrote:
vbesave contain the following:
stop|restart|force-reload)
# Doesn't make sense (and shut up lintian)
;;
but have a non empty Default-Stop header. An empty Default-Stop header
would seem logical.
Thanks for the patch!
Cheers,
Bart
Stefan Pampel wrote:
how can i help to forward this issue and maybe close this bug?
Hi Stefan,
I'm sorry I haven't been too responsive lately, I've had a bit too much
on my mind lately. I'll implement the fix you suggested (or something
equivalent) soon.
Cheers,
Bart
--
To UNSUBSCRIBE,
Michael Ekstrand wrote:
laptop-mode-tools does not recognize the AC adapter status information
in /sys/class/power_supply/AC provided in newer kernels. Since the
Debian packages of kernel 2.6.24, at least on AMD64, disable the
legacy /proc/acpi power interface, this renders laptop-mode-tools
Tomaz Solc wrote:
On Asus Eee PC (model 701) the wireless hotkey (Fn - F2) triggers ACPI
events hotkey ATKD 0011 and hotkey ATKD 0010.
However the file /etc/acpi/events/asus-brightness-up identifies a
0011 event as brightness up key:
event=hotkey ATKD 001[123456789abcdef]
I
Tomaz Solc wrote:
Attached are three files containing acpid configuration that add
support for volume up/volume down/mute hot keys on Asus Eee PC (model
701).
Thanks, I'll take a look at them!
Cheers,
Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: laptop-mode-tools
Version: 1.35-1
Tags: upstream
Cleber Paiva de Souza wrote:
Hi Bart,
In file /etc/init.d/laptop-mode in line 47 there is a ^M that I think
is a typo error.
Just to inform you.
I'm using the version 1.35-1 in a debian Sid.
Hmmm, if that's there, than that's
graziano wrote:
Package: acpi-support
Version: 0.103-5
Followup-For: Bug #410918
Hello there,
thanks for the good work for acpi-support! I noticed that acpi-support
depends on nvclock, and from today nvclock depends on libqt3-mt, a bit
more than 318k I have to say.
Looking in /etc/acpi it
Christophe Combelles wrote:
in /etc/acpi/resume.d/90-hdparm.sh
The expression below
if grep -q CONTROL_HD_POWERMGMT=1
is not enough, since the following
will return true instead of false:
#CONTROL_HD_POWERMGMT=1
and the following will return false instead of true:
CONTROL_HD_POWERMGMT = 1
Francisco Aguilera wrote:
Package: acpi-support
Version: 0.103-4
Followup-For: Bug #448673
I've installed a brand new HDD (Fujitsu MHV2120AH) on my laptop and it
cycles every 5-9 seconds.
Bug #448710 fixing method won't work on my system.
If you manually do
hdparm -B 254 /dev/hda
or
: If the problem appears again, don't doubt I'll make your time waste
again :D
2007/11/28, Bart Samwel [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Hi Fran,
To begin with, I would suggest completely removing the fixes you've done
before. Acpi-support 0.103-4 should fix the problem
[EMAIL PROTECTED] wrote:
Package: acpi-support
Version: 0.103-4
Severity: important
/etc/acpi/90-hdparm.sh contains the line exit 0.
This exits also resume.sh, which sources 90-hdparm.sh.
This can lead to uncomplete wakeup from sleep
Youch! Thanks for reporting, I'll fix this right up...
On Fri, November 30, 2007 18:39, Stefan Pampel wrote:
wifi cards based on atheros chips running with madwifi-drivers[1] can't
diabled by pressing Fn-F5. This comes through a different structure in
/sys/class/net/[DEVICE]/* . The script /etc/acpi/ibm-wireless.sh calls
a function called
Daniel Rode wrote:
Seems to work fine now. Thanks.
Great. There's a bug in the current version of acpi-support, it doesn't
actually apply hdparm -B 254, while it was intended that it would. A
fixed version will be uploaded somewhere within the next day. When this
upload comes through you
Daniel Rode wrote:
After executing:
hdparm -B 255 /dev/sda
and
hdparm -S 0 /dev/sda
Load_Cycle_Count still grows.
I'm using Debian Lenny, acpi-support (0.103-4), hard drive is TOSHIBA
MK1637GSX.
And after hdparm -B 254 /dev/sda?
Cheers,
Bart
--
To UNSUBSCRIBE, email to [EMAIL
Hi Ivan,
Ivan wrote:
setLEDAsusWireless()
{
action=`test $1 -ne 0 (echo 1 || echo 0)`
test -w /proc/acpi/asus/wled echo -n $action
/proc/acpi/asus/wled
}
Thanks for reporting. I'm considering changing it to:
setLEDAsusWireless()
{
if [ -w /proc/acpi/asus/wled ] ; then
if [
Arnout Boelens wrote:
Package: acpi-support
Version: 0.103-4
Severity: normal
With the upgrade from acpi-support 0.103-1 to 0.103-4 switching wireless on/off
with Fn+F2 stoppen working on my ASUS A6J Laptop. I could not figure out what
was the cause that it stoped working and downgraded back to
Hi Csillag,
Csillag Tamas wrote:
I think I have an idea what to include in ibm-videobtn:
-action=/bin/true
+action=xrandr --auto
Just checking, does it work if you replace it by
action=/etc/acpi/videobtn.sh
? This is what all other video buttons do, and I am of course hoping
that we can
Eric Cooper wrote:
The program is laptop_mode, but the conf file is
/etc/laptop-mode/laptop-mode.conf. There is also already a
laptop-detect program, so I'd suggest making the command laptop-mode.
If you make this change, you'd probably want to have both names for a
while for compatibility.
Hi Michael,
Michael Gilbert wrote:
the fix for the load cycling error gets applied to optical drives as well
as hard disks. this leads to somewhat scary kernel log errors such as
Dec 21 21:56:48 kernel: hdb: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Dec 21 21:56:48
Michael Gilbert wrote:
acpi-support ends up getting removed if the user tries to remove either
radeontool, toshset, or nvclock. these dependencies seem more like
recommends since all users don't necessarily have the specific hardware
supported by those packages. so the user shouldn't need
Michael Gilbert wrote:
This has been reported a number of times now, please check the other
dicussions to see why it's not possible right now. (The title of the
other bug report is acpi-support should not depend on toshset /
radeontool. Did you check for duplicates before reporting?)
oops. i
Hi,
Kapil Hari Paranjape wrote:
Let me apologise in advance for the vague-ness of the following bug
report --- suspend/resume still seems to be a bit of black-magic :-)
Thanks for reporting! I'll look into this tomorrow.
I can write down a quick note for now: acpi-support is *not* supposed
1 - 100 of 437 matches
Mail list logo