From: Andrew B. <bar...@os...> - 2004-07-19 20:25:32
|
Hash: SHA1 Interesting. I have a Dell 300m that has that same problem. Andrew P.S. forgot to CC the list. Sorry. :( =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D When in doubt, do what the President does -- guess. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On Monday, July 19, 2004, 4:53:29 AM, Dominik Brodowski <linux@dominikbrodo= wski.de> wrote: > Hi! > The DSDTs of many Samsung notebooks contain one bug which forces users to > use a "DSDT override": > OperationRegion (ECR, EmbeddedControl, 0x00, 0xFF) > Field (ECR, DWordAcc, Lock, Preserve) > As can be seen in table 15-6 of ACPI spec 1.0b and in table 16-6 of ACPI > spec 2.0, TypeRegion EmbeddedControl only allows for "ByteAcc", not > "DWordAcc". iasl also says the same: > ../dsdt.dsl 2660: Field (ECR, DWordAcc, Lock, Preser= ve) > Error 1048 - ^ Host Operation Region r= equires ByteAcc access > Given the fact that EmbeddedControl _only_ allows ByteAcc, how about > "ignoring" DWordAcc or any other (invalid) AccType in this case if > !acpi_strict, and "assuming" a value of ByteAcc instead? > Thanks, > =09Dominik |