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

2008-07-30 Thread Chris Hanson
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] re-spin 2.6.24.4 request

2008-03-25 Thread Chris Hanson
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] ThinkVantage key on ThinkPad X61

2008-01-03 Thread Chris Hanson
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

2008-01-03 Thread Chris Hanson
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

2008-01-03 Thread Chris Hanson
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

2007-10-04 Thread Chris Hanson
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

2007-10-04 Thread Chris Hanson
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

2007-10-03 Thread Chris Hanson
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

2007-10-03 Thread Chris Hanson
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

2007-10-03 Thread Chris Hanson
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

2007-10-03 Thread Chris Hanson
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

2007-10-03 Thread Chris Hanson
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

2007-10-02 Thread Chris Hanson
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*

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

2007-07-15 Thread Chris Hanson
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

2007-07-05 Thread Chris Hanson
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

2007-07-05 Thread Chris Hanson
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

2007-07-05 Thread Chris Hanson
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] T60, R60, Z61 also may have the same issue

2007-01-01 Thread Chris Hanson
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

2006-12-31 Thread Chris Hanson
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. > >