fn keys act reversed on HP Mini 210

Bug #651756 reported by Nick B.
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

All of the fn keys are acting in reverse fashion on the HP Mini 210. For example, to press F10 you would press fn+VolumeUp. In Maverick this increases the volume. Pressing only the VolumeUp key sends F10. This is the exact opposite of how it should work. This worked as expected in Lucid (2.6.32-25). I've checked the keyboard shortcuts and they are set up the same as they were on Lucid.

Steps to reproduce:
1. Try to increase the volume by pressing the VolumeUp key
2. Try to press F10 by pressing fn+VolumeUp

What happens:
1. Nothing because F10 is sent instead of VolumeUp
2. The volume is increased.

What should happen:
1. The volume should be increased.
2. F10 should be pressed.

Substitute any of the special fn keys in the steps above, they're all reversed.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.35-22-generic 2.6.35-22.33
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic i686
NonfreeKernelModules: wl
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 Cannot stat file /proc/3965/fd/11: Stale NFS file handle
                      USER PID ACCESS COMMAND
 /dev/snd/controlC0: ubuntu 3817 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0x58200000 irq 45'
   Mixer name : 'IDT 92HD81B1X5'
   Components : 'HDA:111d7605,103c3660,00100402'
   Controls : 14
   Simple ctrls : 9
Date: Thu Sep 30 03:37:01 2010
LiveMediaBuild: Ubuntu-Netbook 10.10 "Maverick Meerkat" - Alpha i386 (20100927)
MachineType: Hewlett-Packard HP Mini 210-1000
ProcCmdLine: BOOT_IMAGE=/casper/vmlinuz noprompt cdrom-detect/try-usb=true persistent file=/cdrom/preseed/hostname-netbook.seed boot=casper initrd=/casper/initrd.lz quiet splash --
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
RelatedPackageVersions: linux-firmware 1.38
RfKill:
 0: hp-wifi: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
dmi.bios.date: 03/19/2010
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.11
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 3660
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 48.24
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.11:bd03/19/2010:svnHewlett-Packard:pnHPMini210-1000:pvr04A3100000002100110300000:rvnHewlett-Packard:rn3660:rvr48.24:cvnHewlett-Packard:ct10:cvrN/A:
dmi.product.name: HP Mini 210-1000
dmi.product.version: 04A3100000002100110300000
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
Nick B. (futurepilot) wrote :
description: updated
Revision history for this message
Sven Opitz (s-opitz) wrote :

Did you change the setting in the bios? In bios you can set it to need fn-key to use function key or to use fn-key for the special keys.
I have an hpmini 210 and no problems.

Revision history for this message
Nick B. (futurepilot) wrote : Re: [Bug 651756] Re: fn keys act reversed on HP Mini 210

No, I have not changed anything in the BIOS.

On 10/10/2010 04:39 AM, Sven Opitz wrote:
> Did you change the setting in the bios? In bios you can set it to need fn-key to use function key or to use fn-key for the special keys.
> I have an hpmini 210 and no problems.
>
>

Brad Figg (brad-figg)
tags: added: acpi-parameter
Revision history for this message
Nick B. (futurepilot) wrote :

This problem still exists with Natty.

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Todor Velichkov (tosho) wrote :

Dell Studio 1555 with Ubuntu 10.04 64bit
.........................................................................
Ubuntu is switching the Fn keys by itself.
for Refresh - F5 - I need to press Fn + F5
for increasing the brightness - just F5
I've changed the order for Fn keys from the BIOS dozen of times but Ubuntu still switch them.
Is there a fix for that ?

tags: removed: regression-potential
Revision history for this message
Havard Bjastad (havard-bjastad) wrote :

I have a HP Pavilion dv6, and I'm experiencing the same problem with Natty. Both the Fn key and the AltGr key are enabled by default, so I have to press them to get normal behavior. Based on the comment above, I will look for an option in the BIOS...

Revision history for this message
penalvch (penalvch) wrote :

Nick B., this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested and remove the tag:
needs-upstream-testing

This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the text:
needs-upstream-testing

If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested.

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags:
kernel-unable-to-test-upstream
kernel-unable-to-test-upstream-VERSION-NUMBER

Please let us know your results. Thank you for your understanding.

tags: added: regression-release
tags: added: natty
Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.