> Am 16.01.2015 um 08:49 schrieb Jonathan Gray <j...@jsg.id.au>: > > On Fri, Jan 16, 2015 at 07:59:49AM +0100, Christer Solskogen wrote: >> On Wed, Jan 14, 2015 at 7:19 PM, Christer Solskogen >> <christer.solsko...@gmail.com> wrote: >>> On Wed, Jan 14, 2015 at 3:39 PM, Jonathan Gray <j...@jsg.id.au> wrote: >>>> I've updated the kernel at >>>> http://jsg.id.au/openbsd/bsd.IMX.umg >>>> >>> >>> And we have lift-off! >>> >> >> Will the changes go in-tree soon? :-) > > The diffs are up for review, I'll likely commit them sometime soon if I > don't hear any objections. > > A new snapshot with the changes should hit the mirrors in a day or two. > > Keep in mind not everything will work. Looking at > http://compulab.co.il/utilite-computer/web/wp-content/uploads/2013/07/Utilite-block-diagram.png > imx PCIE isn't supported currently so the I211 em(4) won't attach. > The i2c connected eeprom with the mac address for the ixmnet(4) interface > and the i2c connected rtc won't work. And I don't see how > audio/video/wifi could work currently.
Got PCIe to work. Unfortunately the i211 em(4) doesn’t attach as it doesn’t have the usual eeprom, but some kind of OTP which needs to be read differently. I wrote a working diff and mail it to jsg@ for advice and review. Unfortunately the i211’s mac address isn’t in the Utilite’s em(4) OTP either, which it usually should be. Apparently they put in the cheapest hardware to „make it work“. The mac address is stored in another eeprom connected to i2c. I don’t really see a way to make em(4) get that mac address. It’d probably either need a huge hack or some other API that does not exist. :( As of now I made it use a random address every time. > > For the mac address eeprom at least there is some code in Bitrig > which could be used.
