On 5/23/11 4:23 PM, Stefan Tauner wrote:
You might still be successful doing the write, in case the SMM handler does not enforce the protection, so maybe you should just print a warning but not return here?
On Tue, 24 May 2011 18:15:52 -0700 Stefan Reinauer stefan.reinauer@coreboot.org wrote:
ok
also: 1<<5 of course! thanks joshua for reporting this
On Tue, 24 May 2011 18:15:52 -0700 Stefan Reinauer stefan.reinauer@coreboot.org wrote:
in chromium-os you are trying to unset that bit[1], but according to the data sheet this is impossible - it is R/W LO (read/write lock once). and you degraded the warning to dbg level... certainly not suited for upstream, but maybe desirable for chromium(?). have you tested this on a board where SMM_BWP is really set to 1? we may wanna try to write it anyway, but it would be far more interesting if it really works on some chipsets :)
1: http://git.chromium.org/gitweb/?p=chromiumos/third_party/flashrom.git;a=comm...
* Stefan Tauner stefan.tauner@student.tuwien.ac.at [111103 12:04]:
Maybe there is some confusion about R/W LO. The bit can be locked, but that does not mean it is locked automatically by writing / clearing it. Once it is locked, the lock can not be undone except by a chipset reset.
and you degraded the warning to dbg level... certainly not suited for upstream, but maybe desirable for chromium(?).
Yes, that was done on purpose, because the lock bit that prevents the bit from being cleared also produces a warning.
Yes, this was implemented to fix a problem I was seeing, and it solved the problem. :-)
Stefan
On Thu, 3 Nov 2011 19:08:37 +0100 Stefan Reinauer stefan.reinauer@coreboot.org wrote:
hm. quote 6 series datasheet: "R/WLO Read/Write, Lock-Once. A register bit with this attribute can be written to the non-locked value multiple times, but to the locked value only once. After the locked value has been written, the bit becomes read only."
and that is? BLE? i do not interpret the public datasheet like that, but...
hm ok, we should get this upstream then.
On Fri, 4 Nov 2011 00:38:34 +0100 Stefan Tauner stefan.tauner@student.tuwien.ac.at wrote:
but i would have hoped for an answer to my question before that... :) anyway, i have now committed something similar to what is already in chromiumos in r1582.