https://jira.calxeda.com/browse/LINARO-1
Back to Calxeda and ask their input. For the record, in the same ticket Chris Oakley from Calxeda who's following this case had requested that we arrange a chat with him to coordinate the swap out and walk through FW upgrade after, did that chat take place?
Best regards,
-- Ilias Biris - ilias.biris@linaro.org Technical Program Manager, Linaro M: +358504839608, IRC: ibiris, Skype: ilias_biris Linaro.org | Open source software for ARM SoCs
On 5 June 2013 13:10, Dave Pigott dave.pigott@linaro.org wrote:
OK - so we've double checked and re-seated the boards and done some diagnostics. We've found the following:
- On the new board, which contains nodes 8, 9, 10 and 11, only 9 and 10
consistently come up and get served an ip address based on their MAC address. Nodes 8 and 11 don't always show up when trying to probe MAC addresses.
- Nodes 12, 13, 14 and 15 are showing up on a macaddr lookup consistently,
but only sometimes being served an ip address.
- If we probe nodes in the 12-15 range, it sometimes brings them to life.
So, conclusions:
- The new board has only 2 nodes that work consistently
- The board with nodes 12->15 is not behaving.
On a side note, we've noticed that several nodes don't consistently get served, but the ones detailed are the worst offenders.
Not totally sure where to go from here.
Dave
On 5 Jun 2013, at 09:57, Dave Pigott dave.pigott@linaro.org wrote:
Something very odd here, post the broken node replacement. Matt and I are investigating and need exclusive access today, because we need to power cycle it, probably more than once.
Thanks
Dave
On 4 Jun 2013, at 21:45, Matthew Gretton-Dann < matthew.gretton-dann@linaro.org> wrote:
Node 16: 192.168.1.111 Node 17: 192.168.2.126