On 25/03/18 22:11, Mark Cave-Ayland wrote:
Just to follow up on this, I spent a bit looking at what this register
is trying to do and from the Darwin source I can see that in fact it
is simply a hard-wired hardware register which should return the
revision of the UniNorth hardware.
So in fact the code in its current form is completely bogus which is
visible when trying to boot FreeBSD, which as the register is never
written to, returns a completely different random number each time.
David - are you okay to change DEVICE_NATIVE_ENDIAN to
DEVICE_BIG_ENDIAN and then apply this and the final patch to your
for-2.13 queue? I can then follow up with another patch later that
will implement this register (and also the matching PCI revision ID)
correctly.
Ping? I can see that more patches are being added to the for-2.13 branch
so I was just wondering if there is now anything else needed from me in
order to get the last 3 patches from this patchset queued?