ASUS P5LD2 board support

[François Revol]

(note I'm not subscribed to the list)

This patch enables support for the ASUS A7V8X-MX motherboard.

The board-specific code was marked as not tested.

Without it, flashing failed.

I just found this board at the local LUG and tested it with a patched
svn, and it seems to work:
http://paste.flashrom.org/view.php?id=2632

It does output some "SCIP never cleared", but it did flash the chip I
needed correctly (md5sums match).

DMIdecode for this motherboard:
http://paste.flashrom.org/view.php?id=2633

François.

[François Revol]

On 20/06/2014 21:13, François Revol wrote:
> (note I'm not subscribed to the list)
>
> This patch enables support for the ASUS A7V8X-MX motherboard.

Actually the one from $title, sorry for the bad copy-paste :D
> The board-specific code was marked as not tested.
>
> Without it, flashing failed.
>
> I just found this board at the local LUG and tested it with a patched
> svn, and it seems to work:
> http://paste.flashrom.org/view.php?id=2632
>
> It does output some "SCIP never cleared", but it did flash the chip I
> needed correctly (md5sums match).
>
> DMIdecode for this motherboard:
> http://paste.flashrom.org/view.php?id=2633
>
> François.

[Stefan Tauner]

On Fri, 20 Jun 2014 21:13:25 +0200
François Revol  wrote:
> (note I'm not subscribed to the list)
>
> This patch enables support for the ASUS A7V8X-MX motherboard.
>
> The board-specific code was marked as not tested.
>
> Without it, flashing failed.
>
> I just found this board at the local LUG and tested it with a patched
> svn, and it seems to work:
> http://paste.flashrom.org/view.php?id=2632
>
> It does output some "SCIP never cleared", but it did flash the chip I
> needed correctly (md5sums match).
>
> DMIdecode for this motherboard:
> http://paste.flashrom.org/view.php?id=2633

Hello François,

thanks for your report!
I have added your board to our list of supported hardware and will
commit that later together with other small changes.
One needs to change the supported flag in print.c as well in such cases
BTW.

The SCIP bit thingy is a bit strange... it is only needed for SPI which
is unused on that board, but the bit is controlled by hardware alone
and should reset to 0 when the controller is ready... no idea why it is
not in this case but I'll ignore that for now.

[François Revol]

On 10/07/2014 15:36, Stefan Tauner wrote:
> thanks for your report!
> I have added your board to our list of supported hardware and will
> commit that later together with other small changes.
> One needs to change the supported flag in print.c as well in such cases
> BTW.

Oh right, I'll keep that in mind for next time.
> The SCIP bit thingy is a bit strange... it is only needed for SPI which
> is unused on that board, but the bit is controlled by hardware alone
> and should reset to 0 when the controller is ready... no idea why it is
> not in this case but I'll ignore that for now.

No idea either.

François.