[ibm-acpi-devel] thinkpad_acpi: unhandled HKEY event 0x6050 on Thinkpad E420s

ff, I have to press a brightness up or down key (Fn+F7 or Fn+F8) for brightness to return to normal and see the screen. Attached are two example dmesg outputs, first one using the lid, second one using suspend from menu, seems the same I'm running Ubuntu 12.10 and kernel 3.8.2 Thanks, Chri

[ibm-acpi-devel] thinkpad_acpi: unhandled HKEY event 0x6060, unknown possible thermal alarm or keyboard event received

ind lshw attached if helpful. Kind regards, Chris chris description: Notebook product: 11438QG () vendor: LENOVO version: ThinkPad E520 serial: R9HGD19 width: 64 bits capabilities: smbios-2.6 dmi-2.6 vsyscall32 configuration: administrator_password=disabled cha

[ibm-acpi-devel] Thermal Alert on Thinkpad T420

0x6040 Nov 15 23:51:38 cbalcum-ThinkPad-T420 kernel: [ 363.955408] thinkpad_acpi: please report the conditions when this event happened to ibm-acpi-devel@lists.sourceforge.net Nov 15 23:51:38 cbalcum-ThinkPad-T420 kernel: [ 363.955705] thinkpad_acpi: EC reports that Thermal Table has changed Chris

Re: [ibm-acpi-devel] [stable] [PATCH 2/5] thinkpad-acpi: fix LED blinking through timer trigger

ed-off-by: Henrique de Moraes Holschuh > Cc: sta...@kernel.org This is still not upstream. thanks, -chris -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enabl

Re: [ibm-acpi-devel] [ltp] Head's up: KEY_SLEEP/SUSPEND/HIBERNATE changes

something different. > > There are NO CHANGES to the ACPI events. > > You can, of course, restore the old key mappings using any of the > possible ways to reprogram an input device's keymap (such as HAL .fdi > files). Thanks for the update, Chris ---

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

to be the same as ON (dim), if that helps. Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applic

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

ugh, I look forward to seeing the results :) > Thank you for doing the testing! Thanks for the guidance and reassurance! ;) Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net - This SF.Net email is sponsore

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

ps of current through the LED if I ask it? ;) Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based appl

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

0xE7, 0xA7, 0x27, 0xD7, 0x97, 0x17 > > and check if the standby (moon) LED behaves exactly like the thinkvantage > LED or not. 0x07 - OFF 0x17 - OFF 0x27 - OFF 0x37 - OFF 0x87 - ON 0x97 - ON 0xa7 - ON 0xb7 - ON 0xc7 - BLINK 0xd7 - BLINK 0xe7 - BLINK 0xf7 - BLINK Cheers, --

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

the pulsation is not harsh and annoying like CD and ED, so it would make for a great status indicator) Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net - This SF.Net email is sponsored by the Moblin Your Move Devel

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

"on" I almost had to cup my hand over the button to see the light at all. Switching it to "blink" was noticably brighter. Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net - This SF.Net email is

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

n thinkvantage led) Verified, although it's not very bright. > echo 0x0c 0xcd >/proc/acpi/ibm/ecdump (should blink thinkvantage led) Verified, makes the "on" state much brighter, and the blink period is quite slow. Cheers, --

Re: [ibm-acpi-devel] Help needed to add support for the ThinkVantage (key) LED

writes to the EC > registers, and could do *anything*. Is there anything that can be done to minimise the risk? I'd like to help, but I've already had to RMA my X300 once when the e1000e bug killed its LAN part :/ Cheers, -- Chris Jones [EMAI

Re: [ibm-acpi-devel] Avoid critical temp shutdowns on specific ThinkPad T4x(p) and R50p

I'm wondering if this thread is about something similar to a problem I've seen. My T61p often locks up when the outside temperature is high or when it is humid, and the CPU temperature is high (but less than 85C). Is this like the symptom you're addressing? --

Re: [ibm-acpi-devel] [ltp] thinkpad-acpi (T6x/R6x/X6x): requesting testers for wireless switch behaviour

usb as root)... It would probably be a lot of work, and if you already have enough answers, there's no need, but a bootable CD that does this testing against some known hardware, e-mailing the results to you, would certa

[ibm-acpi-devel] X300 ThinkVantage key

) 1 - orange battery 2 - green battery 7 - crescent moon and other than the thinkvantage, I don't think there are any others that should be controlled. There is an orange LED in the mute button, but that seems to be controlled entirely by the hardware. Cheers, -- Chris Jones [

Re: [ibm-acpi-devel] Thinkpad ACPI

ee if it is actually fixed for the X300. I'll be doing a full build of hardy kernel and lum git tomorrow, to see how well that and the backlight fix are doing. Cheers, -- Chris Jones [EMAIL PROTECTED] www.tenshu.net -

Re: [ibm-acpi-devel] Thinkpad ACPI

Hi Chris Jones wrote: > The most obvious problems seem to be: > * lack of suspend This turns out to be e1000 not suspending correctly on this hardware. and pm-utils not rmmoding it on suspend like acpi-support would. Suspend works fine when unloading the module on suspend. > * lack

Re: [ibm-acpi-devel] re-spin 2.6.24.4 request

On Tue, Mar 25, 2008 at 10:40 AM, <[EMAIL PROTECTED]> wrote: > Hi, > > The thinkpad-acpi-0.19-20080321_v2.6.24.3.patch applies cleanly to the > vanilla 2.6.24.4 kernel, but won't complete the build properly: > > Kernel: arch/x86/boot/bzImage is ready (#1) > Building modules, stage 2. > MOD

Re: [ibm-acpi-devel] Thinkpad ACPI

>> what sound chip is in the x300. Can probably help out with it. I'm >> looking to buy one in the future :-) All help gratefully received. It's working pretty well at the moment though, apart from the internal MIC. The guy who posted the code seems to think it needs

Re: [ibm-acpi-devel] ThinkVantage key on ThinkPad X61

On 1/3/08, Ben Liblit <[EMAIL PROTECTED]> wrote: > Chris Hanson wrote: > > Once that's done, you can tell the input subsystem to map it to a key > > of your choosing; for example, I map it to KEY_HELP, so that it > > brings up the GNOME help program. > > Chris

Re: [ibm-acpi-devel] ThinkVantage key on ThinkPad X61

On 1/2/08, Ben Liblit <[EMAIL PROTECTED]> wrote: > ThinkPads have an extra blue key that has been labeled ThinkPad, Access > IBM, or ThinkVantage over the years: > . On my ThinkPad X61, > this key does not generate any useful behavior by default, and

Re: [ibm-acpi-devel] ThinkVantage key on ThinkPad X61

On 1/3/08, Ben Liblit <[EMAIL PROTECTED]> wrote: > The documentation leaves me confused about masks, though. If the ACPI > event I'm seeing is "ibm/hotkey HKEY 0080 1018", then what > should I mask on in /sys/devices/platform/thinkpad_acpi/hotkey_mask? Is > the mask value for this key 0x

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > On Thu, 04 Oct 2007, Chris Hanson wrote: >> What doesn't appear here is code to discard the input buffer when EINVAL >> is returned. I don't understand where that is supposed to happen, since >> it would normally be han

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > Here's the offending code, from backlight.c: > > [...] Yes, I've read it pretty carefully. That's what I marked up with printk's to find the problem. I agree with your analysis of the fragility of the parsing, but that's not the problem I'm seeing. (As I thi

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > The sysfs handlers are all in the backlight class, so the bug might even be > there... but I can't reproduce it here, and we should be using very similar > kernels. The procfs ones can return EINVAL by themselves, if you echo a > command it doesn't recognize, b

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > Try booting with ec_intr=0 in the kernel command line. Who knows, it might > even help. I have seen weirder stuff... No difference. > Does the "printk on EINVAL" debug patch I sent ever triggers? What values > it reports? It never triggers. -

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > On Wed, 03 Oct 2007, Chris Hanson wrote: >> Henrique de Moraes Holschuh wrote: >>> Better use this one instead... >> The patch made no difference; it still gets stuck generating EINVAL. > > :-( > >> I forgot to me

Re: [ibm-acpi-devel] [ltp] Re: thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > Better use this one instead... The patch made no difference; it still gets stuck generating EINVAL. I forgot to mention that, although the /proc and /sys entries are unable to change the brightness, the hotkeys work fine, and the correct brightness level is sh

Re: [ibm-acpi-devel] thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > Can't reproduce this on 2.6.22 and a T43. Given that the driver returns > EINVAL well before it even tries to poke the hardware, it should not make a > difference which thinkpad we try it on. So, that leaves us with > thinkpad-acpi bugs, or a backlight class b

Re: [ibm-acpi-devel] thinkpad-acpi release 0.17-20071002 uploaded to ibm-acpi.sf.net

Henrique de Moraes Holschuh wrote: > This release needs testing, and it needs testing FAST. It has two important > features that could make it for 2.6.24, if I get reports of how well they > work in less than a week. > > * Support for 16-level brightness for Lenovo thinkpads > (X61, T61 *needs*

Re: [ibm-acpi-devel] [Thinkpad] 600X and s2ram

On Mon, 6 Aug 2007, Steven wrote: > On Mon, 06 Aug 2007 11:13:54 -0500, chris-9JumraYisOzk1uMJSBkQmQ wrote: > >> Using Fedora and CentOS on the 600X, suspend and resume works except for > > Are you suspending from a shell prompt or using a GUI menu? I'm > skeptical that

Re: [ibm-acpi-devel] [Thinkpad] 600X and s2ram

as it wasn't playing before the suspend. Chris On Sun, 5 Aug 2007, Steven wrote: > Has there been any work on s2ram for the 600X? > > Following en.opensuse.org/s2ram the system successfully goes into sleep > mode. On waking, though, the screen remains black though the b

[ibm-acpi-devel] how to get OSD without tpb?

I've been playing around with the new input-event support in thinkpad-acpi, and by and large it works well. (I'm using a T60p, Debian unstable, linux 2.6.22.1 with thinkpad-acpi 0.15-20070714.) I seem to be getting most of the input events I expect However, when I disable tpb, although all th

Re: [ibm-acpi-devel] Bug on ibm-acpi and hal regarding brightness keys

Henrique de Moraes Holschuh wrote: >> The brightness controls _are_ implemented in SSDT1. Maybe they even >> work. How do I test that? > > The ACPI video module is supposed to know how to talk to them... and it > shouldn't be too broken since 2.6.21. I'm using 2.6.21.5 with the whoopie patche

Re: [ibm-acpi-devel] Bug on ibm-acpi and hal regarding brightness keys

Henrique de Moraes Holschuh wrote: > On Thu, 05 Jul 2007, Chris Hanson wrote: >> Henrique de Moraes Holschuh wrote: >>> It is also a good idea to read the ACPI specification 3.0b, and check what >>> is the ACPI standard way of dealing with display brightness. If Lenovo

Re: [ibm-acpi-devel] Bug on ibm-acpi and hal regarding brightness keys

Henrique de Moraes Holschuh wrote: > It is also a good idea to read the ACPI specification 3.0b, and check what > is the ACPI standard way of dealing with display brightness. If Lenovo is > supporting that one, it is best to just switch to it on Lenovo thinkpads. According to the spec, the standar

Re: [ibm-acpi-devel] [PATCH] ACPI: ibm-acpi: allow module to load when acpi notifiers can't be set

On Thu, Mar 15, 2007 at 02:51:14PM -0300, Henrique de Moraes Holschuh wrote: > This patch allows for ibm-acpi to coexist (with diminished > functionality) with other drivers like ACPI_BAY. Given the ACP_IBM_BAY implementation is more complete (or seems to be, please comment if that isn't the case

Re: [ibm-acpi-devel] T60, R60, Z61 also may have the same issue

Henrique de Moraes Holschuh wrote: > I have just been told elsewhere in this thread by Chris Hanson that T60 with > BIOS 2.x also have this bug, so I am also interested in T60 reports. I've done a little testing and have some results now. I built the ACPI video support as a module and

Re: [ibm-acpi-devel] ibm-acpi ThinkPad X60 brightness support problems

Henrique de Moraes Holschuh wrote: > Therefore, we are stuck with properly identifying the bug, and then flooding > Lenovo with complains from X60 owners still under warranty, requesting a > fix. I will add workarounds to ibm-acpi, if one is possible, but we don't > know much about that yet. > >