[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/585601
Ti
** Tags removed: regression-potential
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/585601
Title:
unplugging AC-power triggers "lid is closed" event
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.u
After several months of testing Ubuntu 10.10. I now understand better
why the issue reported here cannot be reproduced reliably.
In Ubuntu 10.04 the following issue appeared (reported above):
- unplugging the power plug always triggers the lid-closed event.
In Ubuntu 10.10 the following issue a
I am reopening this bug since the issue hit me again.
When I tried to reproduce the bug I didn't succeed, however. So something
got fixed in the meanwhile but under certain circumstances the bug
is still there.
:-/
** Changed in: linux (Ubuntu)
Status: Fix Released => New
--
unplugging
The reported problem seems to be fixed in Ubuntu 10.10.
I cannot reproduce anymore. Thanks a lot for fixing.
As the original reporter of the bug I will close the bug - feel free to open
again if the problem still exists for you.
** Changed in: linux (Ubuntu)
Status: Confirmed => Fix Rel
I set the bug status to "confirmed" since Hajo Nils confirmed the issue.
Steve Langasek has suggested that this is likely to be a kernel problem.
Any hints on how this kernel problem could be debugged properly?
** Changed in: linux (Ubuntu)
Status: New => Confirmed
--
unplugging AC-pow
> $ cat /proc/acpi/button/lid/*/*
> type: Lid Switch
> state: closed
> -> so both methods think the lid is closed, while its open.
Ok, then this is a kernel problem, not a udev problem.
> both acpi_listen and lshal -m do not show any messages when i close /
open the lid
There is probably an eve
>From /var/log/syslog
Pressing power key:
Jul 1 12:49:28 kathrin-laptop udevd[296]: seq 1788 queued, 'change'
'power_supply'
Jul 1 12:49:28 kathrin-laptop udevd[296]: passed 553 bytes to monitor
0x20e771f0
Jul 1 12:49:28 kathrin-laptop udevd-work[31860]: seq 1788 running
Jul 1 12:49:28 kathr
I just checked with udevadm monitor, and to me it looks as if udev
receives the power cord events correctly:
# udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent
KERNEL[1277980838.924991] change
/de
/lib/udev/keymap -i input/event5
does not print any key codes for
- sleep button
- power button
- a/c add&remove
- lid open&close
I'm happy with compiling a custom kernel, i've developed mac&windows kernel
driver and i'd like to look into this issue.
However, i could use some guidance on where t
Hi
i'm facing this exact same problems on an Samsung X20 XVM 1730 III.
# lshal -m
Start monitoring devicelist:
-
12:18:57.005: computer_power_supply_battery_BAT1 property
battery.remaining_time = 2048 (0x800)
12:18:57.007: computer_power_supply_b
cat /proc/acpi/button/lid/*/*
type:Lid Switch
state: closed
udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_3'
button.has_state = true (bool)
button.state.value = true (bool)
button.type = 'lid' (string)
info.addons.singleton = {'hald-addon-input'}
That is how far I get when trying to debug udev:
~$ /lib/udev/findkeyboards
AT keyboard: input/event5
~$ sudo /lib/udev/keymap -i input/event5
Now the cursor runs down the terminal probably waiting for key-strokes. (By the
way how can this be stopped properly?)
Any keystroke on my keyboard see
Ok, none of the acpi_listen output here would trigger acpi-support to
generate a "lid closed" event. Reassigning this bug to the udev
package, which is the next most likely candidate.
Please read the section on "Fixing broken keys" in
/usr/share/doc/udev/README.keymap.txt.gz for information on ho
By the way, hal 0.5.14-0ubuntu6 is installed on my system. Not sure if
that has any meaning for the reported issue.
--
unplugging AC-power triggers "lid is closed" event
https://bugs.launchpad.net/bugs/585601
You received this bug notification because you are a member of Ubuntu
Bugs, which is sub
Here is the output from acpi_listen:
The only thing I do is first unplugging than I wait some second and I plug the
AC-power in again.
As described above, the screen blanks (as if I closed my laptop lid), when I
plug the AC-power in again,
nothing happens. (The screen stays blank - but I can wak
lshal -m is not relevant. We don't use hal for anything by default in
10.04.
We do need to see the output of 'acpi_listen'.
** Changed in: acpi-support (Ubuntu)
Status: New => Incomplete
--
unplugging AC-power triggers "lid is closed" event
https://bugs.launchpad.net/bugs/585601
You rec
Open a terminal(Applications->Accessories->Terminal), type the following and
press enter: lshal -m
Then unplug,wait, and then insert the AC cord. Paste the results here.
Still in the Terminal, type CTRL-C. Then enter the following and press enter:
sudo acpi_listen
Again, unplug AC,wait, and then
** Package changed: upower (Ubuntu) => acpi-support (Ubuntu)
--
unplugging AC-power triggers "lid is closed" event
https://bugs.launchpad.net/bugs/585601
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
** Summary changed:
- (un)-plugging AC-power triggers suspend
+ unplugging AC-power triggers "lid is closed" event
** Description changed:
- Binary package hint: devicekit-power
+ Binary package hint: upower / devicekit-power
- Since I am using Ubuntu Lucis (10.04) I have the following issue
20 matches
Mail list logo