Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2776 to the LinuxBIOS source repository and caused the following changes:
Change Log: More range for HT_CHAIN_UNITID_BASE and HT_CHAIN_END_UNITID_BASE.
For example: in C51/MCP55 or C51/MCP51
Will allow 1. C51 at 0x10 to 0x14, and MCP at 0 to 4 2. C51 at 1 to 4, and MCP at 7 to 0x0a
The reason is c51/mcp51/mcp55 reported unitid is 0x0f (far beyond it needed), and will prevent us from putting them on bus 0.
Typical values for c51/mcp55 or c51/mcp51: HT_CHAIN_UNITID_BASE = 0x10 # for C51 HT_CHAIN_END_UNITID_BASE = 0 # for mcp
If only have mcp with c51, HT_CHAIN_UNITID_BASE = 0 # for MCP #HT_CHAIN_END_UNITID_BASE = 0 # default value 0x20
Signed-off-by: Yinghai Lu yinghai.lu@amd.com Acked-by: Stefan Reinauer stepan@coresystems.de
Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=hdama&... Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=e325&v... Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=e326&v... Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=juki-511p&... Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=dk8s2&... Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=dk8x&v... Compilation of newisys:khepri has been broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=khepri&...
If something broke during this checkin please be a pain in stepan's neck until the issue is fixed.
If this issue is not fixed within 24h the revision should be backed out.
Best regards, LinuxBIOS automatic build system
On Fri, Sep 14, 2007 at 05:45:18PM +0200, LinuxBIOS information wrote:
Compilation of newisys:khepri has been broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=khepri&...
"too few registers". Maybe this can be quick-fixed by disabling some debug code per default?
Uwe.
On 9/14/07, Uwe Hermann uwe@hermann-uwe.de wrote:
On Fri, Sep 14, 2007 at 05:45:18PM +0200, LinuxBIOS information wrote:
Compilation of newisys:khepri has been broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=khepri&...
"too few registers". Maybe this can be quick-fixed by disabling some debug code per default?
romcc vs cache_as_ram...
YH
Uwe Hermann wrote:
On Fri, Sep 14, 2007 at 05:45:18PM +0200, LinuxBIOS information wrote:
Compilation of newisys:khepri has been broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2776&device=khepri&...
"too few registers". Maybe this can be quick-fixed by disabling some debug code per default?
The correct fix for all those boards is to move them to CAR asap. If nobody is interested in that task, I vote for deleting all broken boards from the tree. Nobody was ever interested in fixing them in the last 6 months or so.