On Tue, 2007-07-03 at 23:30 -0300, Henrique de Moraes Holschuh wrote: > On Tue, 03 Jul 2007, Henrique de Moraes Holschuh wrote: > > On Tue, 03 Jul 2007, Alfredo Matos wrote: > > > > Is it EC register 0x31? > > > > > > Done. It's 0xa0 from what i can see. > > > > Ok. This is the first EC incompatibility fallout from the Lenovo move, > > then. > > > > Time to hunt down this in ACPI ECOR space. If it is not there, it will be > > bad. We can always *try* to use the CMOS nvram instead, maybe that will > > work better across all thinkpads. > > Well, I have looked at the dumps and the DSDT. The ECOR node is HBRV (H8 > brightness), and it is still at EC 0x31, so the T60 and X60 should still > work with the ibm-acpi old brightness code. > > Also, whatever EC 0xA0 is, it does *not* look like the brightness register, > at all. Ok, that was my best guess, since it was the only one changing. > > What does "echo 0x31 N" > /proc/acpi/ibm/ecdump (where N is a number from 0 > to 7) do in your thinkpad? Does a cat /proc/acpi/ibm/ecdump show that the > value changed as expected? Uhmm, it updates the value, but the brightness does not change... > > If the above command changes the brightness, then there is something > *really* fishy going on. > I am now baffled by all of this. I redid the process of dumping all states, but I could not find any changing register. So I was unable to reproduce yesterday's dumps. I'm puzzled. Next steps would be much appreciated, since I am reaching here. Thanks, Alfredo. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
