If you can sort out the issue with masking in patches 1 and 2 then I'd be > happy to > take patches 1-5. Obviously there is still some discussion around the i2c > part, so I > can wait a few more days to see what the outcome is there: the patches > generally seem > okay, the one change I would like to see is to add a comment around the > SPD parts > mentioning that these are only used by the real G3 ROM and not OpenBIOS. > > My only concern is whether an incomplete i2c implementation could cause > OSs that > currently boot to hang, so it is important that you can test a variety of > OS images > from MacOS to Linux and BSD to ensure that it doesn't cause any regression. > > Hi, I tested this patch set both on top of current master and on top of Mark' screamer branch.
On top of master with mac99 machine MacOS: HD boot: all 9.x and all 10.X boot to desktop CD boot: all 9.x and all 10.X boot to installer Linux: HD boot: Fedora 12, Debian 4, Debian Squeeze CD boot: Debian 10, Lubuntu-16.04 Live boots to desktop Freebsd tested (Live CD only) CD boot only: 12.1 boots to black screen (terminal shows: call-method set-depth failed with error ffffffdf) 11.4 boots to root login. On top of master with g3beige machine MacOS: HD boot: 10.0,10.1 boot to desktop Linux: HD boot: Fedora 12 boots to graphical login screen then hangs On top of screamer branch with mac99 machine MacOS: HD boot: 9.0 and 9.1 often hang with audio extension error. 9.2 and all 10.X boot to desktop. Nothing new here. CD boot: all 9.x and all 10.X boot to installer Linux: HD boot: Debian 4 boots to failing X server CD boot: Lubuntu-16.04 boot to desktop On top of screamer branch with g3beige machine: MacOS: HD boot: 10.0, 10.1 boot to desktop. CD boot: 10.0 to 10.4 boot to installer Linux: HD boot: Fedora 12 boots to graphical login screen then hangs All in all, I see no regressions. The boing is beautiful when g3beige/screamer with increased buffer size boots the G3 rom ;-) Best, Howard
