> 'apmd -C' works OK: the CPU scales appropriately based on load;
> the battery status is reported correctly; the monitor dims/brightens
> when AC is plugged out/in.
This is not entirely true. It worked yesterday after I re(plugged) the
AC power. Now I see that immediately after boot (either on AC, or on
battery), the battery is not even detected as present:
$ apm
Battery state: absent, 0% remaining, unknown life estimate
A/C adapter state: not connected
Performance adjustment mode: cool running (800 MHz)
After I plug the AC out and in (or in and out),
it usually starts to work:
$ apm
Battery state: high, 100% remaining, 172 minutes life estimate
A/C adapter state: connected
Performance adjustment mode: cool running (800 MHz)
$ apm
Battery state: high, 100% remaining, 172 minutes life estimate
A/C adapter state: not connected
Performance adjustment mode: cool running (800 MHz)
Yet on another boot, it's
$ apm
Battery state: high, 0% remaining, unknown life estimate
A/C adapter state: connected
Performance adjustment mode: cool running (800 MHz)
$ apm
Battery state: high, 0% remaining, unknown life estimate
A/C adapter state: not connected
Performance adjustment mode: cool running (800 MHz)
i.e. only the AC state is reported correctly.
Please note that while this happens, dmesg says:
acpibat0 at acpi0: BAT0 not present
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
regardless of the actual state, while previous kernels said
acpibat0 at acpi0: BAT0 model "Primary" serial 00903 2009/01/13 type LIon oem
"Hewlett-Packard"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
> (3)
> 'apm -S' puts the machine to standby; everything goes black,
> just the power button's led starts blinking. After
> pressing the power button everything comes back up,
> including the network connections (of em0; don't know
> about iwn0, I am not in a reach of a wifi network
> right now; will test tomorrow).
I am using the iwn-firmware-5.5 as referenced in iwn(4).
Before apm -S:
iwn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:21:6a:0f:b2:8e
priority: 4
groups: wlan egress
media: IEEE802.11 autoselect (DS1 mode 11g)
status: active
ieee80211: nwid wififjfi chan 4 bssid 00:17:df:94:a8:81 169dB
inet6 fe80::221:6aff:fe0f:b28e%iwn0 prefixlen 64 scopeid 0x2
inet 172.16.21.117 netmask 0xffffff00 broadcast 172.16.21.255
After resume:
iwn0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:21:6a:0f:b2:8e
priority: 4
groups: wlan
media: IEEE802.11 autoselect (DS1 mode 11g)
status: active
ieee80211: nwid wififjfi chan 1 bssid 00:19:a9:ce:01:11 173dB
inet6 fe80::221:6aff:fe0f:b28e%iwn0 prefixlen 64 scopeid 0x2
inet 172.16.21.117 netmask 0xffffff00 broadcast 172.16.21.255
but the connections seem to be dead - for example the ssh connection
to outside I made before the apm -S does not react to nothing. (I am
also logged to the HP remotely via ethernet now, because the wifi network
I am on now does not make the HP routable from outside. The ethernet
network does.)
> One exception is the monitor: it is still dark;
> I can log in remotely though, bring my
> tmux sessions back up etc. The tmux sessions come back
> up with the windows reduced (as happens in a larger
> xterm when the same session is still open with smaller
> 80x25 windows elsewhere).
>
> I was at the console when I issued 'apm -S', X was not running.
> If it makes any difference, I issued the 'apm -S' from within
> root's tmux session.
The behaviour is the same when I issue 'apm -S' when
X is running (either from within an xterm, or from
a console while X is running).
Some further hardware notes:
No PCMCIA card was ever detected on this machine.
No SD card was ever detected on this machine.
I have no xD or MMC card to test.
sdhc0 at pci6 dev 9 function 1 "Ricoh 5C822 SD/MMC" rev 0x25: apic 1 int 22
(irq 10)
sdmmc0 at sdhc0
"Ricoh 5C843 MMC" rev 0x14 at pci6 dev 9 function 2 not configured
"Ricoh 5C592 Memory Stick" rev 0x14 at pci6 dev 9 function 3 not configured
"Ricoh 5C852 xD" rev 0x14 at pci6 dev 9 function 4 not configured
cbb0 at pci6 dev 9 function 5 "Ricoh 5C476 CardBus" rev 0xbb: apic 1 int 22
(irq 10)
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 135 device 0 cacheline 0x0, lattimer 0x20
pcmcia0 at cardslot0
"RICOH, Bay8Controller" (manufacturer 0x0, product 0x0) at pcmcia0 function 0
not configured
I am using the uvideo-firmware-1.2.2p1 package as referenced in uvideo(4).
uvideo0 at uhub0 port 5 configuration 1 interface 0 "Chicony Electronics Co.,
Ltd. CKA7216" rev 2.00/32.18 addr 2
video0 at uvideo0
Trying to use the uvideo to record a short movie with
$ ffmpeg -y -t 15 -an -f video4linux2 -r 25 -s vga vcodec copy /tmp/out.avi
results in a broken file with a few freeze-frames captured. Trying again
with different framerate (-r) and size (-s) makes it a bit better or
a bit worse, but after a few runs it just says
[video4linux2 @ 0x7d3b5080]Device does not support mmap
/dev/video0: Input/output error
and the camera's LED does even turn on
(which it normally does while capturing).
Trying fswebcam(1) without arguments at this point makes the machine freeze.
This laptop also has a fingerprint sensor:
ugen0 at uhub3 port 1 "AuthenTec Fingerprint Sensor" rev 2.00/17.03 addr 2
Any support planned for this? (Not that I need it, but my bsd-converted
wife would undoubtedly find it a sign of general user-friendliness :-)
What else should I test?
Thank you for your time
Jan
