Re: [LinuxBIOS] [PATCH] BCOM WinNET100 improvements
Uwe, On Monday 22 October 2007 23:05, Uwe Hermann wrote: On Sun, Oct 21, 2007 at 01:39:00PM +0200, Juergen Beisert wrote: Btw, Juergen, can you please attach a license to your photos in the wiki? GPL or CC or public domain, whatever. There are templates such as {{GPL}} or {{PD-self}} etc. How does it work? The download accepts the license only for new pictures. I added new comments, but only the comment of the first picture revision will be used (or at least it seems so). Hm, not sure what the problem is. There's no need to re-upload, just edit the image page and add the comments there, e.g. http://linuxbios.org/index.php?title=Image%3AIgel_winnet100_3.jpgdiff=5177 oldid=5175 Ah, that is the way hwo to do it! PEBKAB - me ;-) Juergen -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2892 - in trunk/LinuxBIOSv2/src/cpu: amd/model_fxx amd/model_gx1 amd/model_gx2 amd/model_lx intel/model_69x intel/model_6dx intel/model_6xx intel/model_f0x intel/model_f1x intel/model_f2x
Author: stepan Date: 2007-10-24 13:10:21 +0200 (Wed, 24 Oct 2007) New Revision: 2892 Modified: trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/model_fxx_init.c trunk/LinuxBIOSv2/src/cpu/amd/model_gx1/model_gx1_init.c trunk/LinuxBIOSv2/src/cpu/amd/model_gx2/model_gx2_init.c trunk/LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_69x/model_69x_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_6dx/model_6dx_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_6xx/model_6xx_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_f0x/model_f0x_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_f1x/model_f1x_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_f2x/model_f2x_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_f3x/model_f3x_init.c trunk/LinuxBIOSv2/src/cpu/intel/model_f4x/model_f4x_init.c trunk/LinuxBIOSv2/src/cpu/via/model_centaur/model_centaur_init.c Log: analog changes for the cpu_driver structures... make them const before putting them into the read-only segment... (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/model_fxx_init.c === --- trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/model_fxx_init.c2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/model_fxx_init.c2007-10-24 11:10:21 UTC (rev 2892) @@ -625,7 +625,7 @@ { 0, 0 }, }; -static struct cpu_driver model_fxx __cpu_driver = { +static const struct cpu_driver model_fxx __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/amd/model_gx1/model_gx1_init.c === --- trunk/LinuxBIOSv2/src/cpu/amd/model_gx1/model_gx1_init.c2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/amd/model_gx1/model_gx1_init.c2007-10-24 11:10:21 UTC (rev 2892) @@ -95,7 +95,7 @@ { 0, 0 }, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/amd/model_gx2/model_gx2_init.c === --- trunk/LinuxBIOSv2/src/cpu/amd/model_gx2/model_gx2_init.c2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/amd/model_gx2/model_gx2_init.c2007-10-24 11:10:21 UTC (rev 2892) @@ -41,7 +41,7 @@ { 0, 0 }, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c === --- trunk/LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c 2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c 2007-10-24 11:10:21 UTC (rev 2892) @@ -68,7 +68,7 @@ {0, 0}, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/intel/model_69x/model_69x_init.c === --- trunk/LinuxBIOSv2/src/cpu/intel/model_69x/model_69x_init.c 2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/intel/model_69x/model_69x_init.c 2007-10-24 11:10:21 UTC (rev 2892) @@ -42,7 +42,7 @@ { 0, 0 }, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/intel/model_6dx/model_6dx_init.c === --- trunk/LinuxBIOSv2/src/cpu/intel/model_6dx/model_6dx_init.c 2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/intel/model_6dx/model_6dx_init.c 2007-10-24 11:10:21 UTC (rev 2892) @@ -42,7 +42,7 @@ { 0, 0 }, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, }; Modified: trunk/LinuxBIOSv2/src/cpu/intel/model_6xx/model_6xx_init.c === --- trunk/LinuxBIOSv2/src/cpu/intel/model_6xx/model_6xx_init.c 2007-10-24 09:08:58 UTC (rev 2891) +++ trunk/LinuxBIOSv2/src/cpu/intel/model_6xx/model_6xx_init.c 2007-10-24 11:10:21 UTC (rev 2892) @@ -57,7 +57,7 @@ { 0, 0 }, }; -static struct cpu_driver driver __cpu_driver = { +static const struct cpu_driver driver __cpu_driver = { .ops = cpu_dev_ops, .id_table = cpu_table, };
[LinuxBIOS] r2893 - in trunk/LinuxBIOSv2: src/console src/southbridge/intel/i82801xx util/options
Author: stepan Date: 2007-10-24 13:12:15 +0200 (Wed, 24 Oct 2007) New Revision: 2893 Modified: trunk/LinuxBIOSv2/src/console/vtxprintf.c trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c trunk/LinuxBIOSv2/util/options/build_opt_tbl.c Log: smaller changes to silence build warnings. (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: trunk/LinuxBIOSv2/src/console/vtxprintf.c === --- trunk/LinuxBIOSv2/src/console/vtxprintf.c 2007-10-24 11:10:21 UTC (rev 2892) +++ trunk/LinuxBIOSv2/src/console/vtxprintf.c 2007-10-24 11:12:15 UTC (rev 2893) @@ -13,6 +13,11 @@ #define is_digit isdigit #define isxdigit(c)(((c) = '0' (c) = '9') || ((c) = 'a' (c) = 'f') || ((c) = 'A' (c) = 'F')) +#if 0 +/* We are using number() instead. So this code is obsoleted and should + * probably go away. + */ + static unsigned long simple_strtoul(const char *cp,char **endp,unsigned int base) { unsigned long result = 0,value; @@ -44,8 +49,8 @@ return -simple_strtoul(cp+1,endp,base); return simple_strtoul(cp,endp,base); } +#endif - static int skip_atoi(const char **s) { int i=0; Modified: trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c === --- trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c 2007-10-24 11:10:21 UTC (rev 2892) +++ trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c 2007-10-24 11:12:15 UTC (rev 2893) @@ -26,7 +26,6 @@ static void pci_init(struct device *dev) { - uint32_t reg32; uint16_t reg16; /* Clear system errors */ Modified: trunk/LinuxBIOSv2/util/options/build_opt_tbl.c === --- trunk/LinuxBIOSv2/util/options/build_opt_tbl.c 2007-10-24 11:10:21 UTC (rev 2892) +++ trunk/LinuxBIOSv2/util/options/build_opt_tbl.c 2007-10-24 11:12:15 UTC (rev 2893) @@ -217,7 +217,7 @@ struct cmos_entries *ce; struct cmos_enums *c_enums, *c_enums_start; struct cmos_checksum *cs; - unsigned char line[INPUT_LINE_MAX]; + char line[INPUT_LINE_MAX]; unsigned char uc; int entry_mode=0; int enum_mode=0; @@ -229,7 +229,7 @@ int entries_length; int enum_length; int len; - unsigned char buf[16]; + char buf[16]; for(i=1;iargc;i++) { if(argv[i][0]!='-') { @@ -332,7 +332,7 @@ fprintf(stderr, Error - Length is to long in line \n%s\n,line); exit(1); } - if (!is_ident(ce-name)) { + if (!is_ident((char *)ce-name)) { fprintf(stderr, Error - Name %s is an invalid identifier in line\n %s\n, ce-name, line); @@ -341,7 +341,7 @@ /* put in the record type */ ce-tag=LB_TAG_OPTION; /* calculate and save the record length */ - len=strlen(ce-name)+1; + len=strlen((char *)ce-name)+1; /* make the record int aligned */ if(len%4) len+=(4-(len%4)); @@ -541,7 +541,7 @@ if (ce-config == 'r') { continue; } - if (!is_ident(ce-name)) { + if (!is_ident((char *)ce-name)) { fprintf(stderr, Invalid identifier: %s\n, ce-name); exit(1); -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2894 - trunk/LinuxBIOSv2/util/romcc
Author: stepan Date: 2007-10-24 13:14:14 +0200 (Wed, 24 Oct 2007) New Revision: 2894 Modified: trunk/LinuxBIOSv2/util/romcc/romcc.c Log: This change removes all warnings from romcc in my build environment, making the output of make -s finally usable.. (still trivial, doesn't change any logic or remove any code) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: trunk/LinuxBIOSv2/util/romcc/romcc.c === --- trunk/LinuxBIOSv2/util/romcc/romcc.c2007-10-24 11:12:15 UTC (rev 2893) +++ trunk/LinuxBIOSv2/util/romcc/romcc.c2007-10-24 11:14:14 UTC (rev 2894) @@ -3,8 +3,8 @@ #undef RELEASE_DATE #undef VERSION #define VERSION_MAJOR 0 -#define VERSION_MINOR 69 -#define RELEASE_DATE 02 December 2006 +#define VERSION_MINOR 70 +#define RELEASE_DATE 23 October 2007 #define VERSION VERSION_MAJOR . VERSION_MINOR #include stdarg.h @@ -25,6 +25,14 @@ #define MAX_CWD_SIZE 4096 #define MAX_ALLOCATION_PASSES 100 +/* NOTE: Before you even start thinking to touch anything + * in this code, set DEBUG_ROMCC_WARNINGS to 1 to get an + * insight on the original author's thoughts. We introduced + * this switch as romcc was about the only thing producing + * massive warnings in our code.. + */ +#define DEBUG_ROMCC_WARNINGS 0 + #define DEBUG_CONSISTENCY 1 #define DEBUG_SDP_BLOCKS 0 #define DEBUG_TRIPLE_COLOR 0 @@ -46,9 +54,11 @@ #define DEBUG_EXPLICIT_CLOSURES 0 +#if DEBUG_ROMCC_WARNINGS #warning FIXME give clear error messages about unused variables #warning FIXME properly handle multi dimensional arrays #warning FIXME handle multiple register sizes +#endif /* Control flow graph of a loop without goto. * @@ -259,7 +269,9 @@ } /* Types on the destination platform */ +#if DEBUG_ROMCC_WARNINGS #warning FIXME this assumes 32bit x86 is the destination +#endif typedef int8_t schar_t; typedef uint8_t uchar_t; typedef int8_t char_t; @@ -800,7 +812,9 @@ [OP_ADDRCONST ] = OP( 0, 0, 1, 0, PURE | DEF, addrconst), [OP_UNKNOWNVAL ] = OP( 0, 0, 0, 0, PURE | DEF, unknown), +#if DEBUG_ROMCC_WARNINGS #warning FIXME is it correct for OP_WRITE to be a def? I currently use it as one... +#endif [OP_WRITE ] = OP( 0, 1, 1, 0, PURE | DEF | BLOCK, write), [OP_READ ] = OP( 0, 1, 0, 0, PURE | DEF | BLOCK, read), [OP_COPY ] = OP( 0, 1, 0, 0, PURE | DEF | BLOCK, copy), @@ -1847,6 +1861,7 @@ valid_op(state, ptr-op); } +#if DEBUG_ROMCC_WARNING static void valid_param_count(struct compile_state *state, struct triple *ins) { int lhs, rhs, misc, targ; @@ -1869,6 +1884,7 @@ internal_error(state, ins, Bad targ count); } } +#endif static struct type void_type; static struct type unknown_type; @@ -2643,13 +2659,15 @@ /* Is this triple a return instruction? */ return triple_is_branch_type(state, ins, RETBRANCH); } - + +#if DEBUG_ROMCC_WARNING static int triple_is_simple_ubranch(struct compile_state *state, struct triple *ins) { /* Is this triple an unconditional branch and not a call or a * return? */ return triple_is_branch_type(state, ins, UBRANCH); } +#endif static int triple_is_end(struct compile_state *state, struct triple *ins) { @@ -2925,7 +2943,10 @@ struct triple **param; int size, i; verify_use(state, user, used); + +#if DEBUG_ROMCC_WARNINGS #warning AUDIT ME -rhs +#endif size = user-rhs; param = RHS(user, 0); for(i = 0; i size; i++) { @@ -4317,7 +4338,7 @@ struct macro_arg_value { struct hash_entry *ident; - unsigned char *value; + char *value; size_t len; }; static struct macro_arg_value *read_macro_args( @@ -4378,7 +4399,7 @@ len = char_strlen(file, start, file-pos); argv[i].value = xrealloc( argv[i].value, argv[i].len + len, macro args); - char_strcpy(argv[i].value + argv[i].len, file, start, file-pos); + char_strcpy((char *)argv[i].value + argv[i].len, file, start, file-pos); argv[i].len += len; } if (i != macro-argc -1) { @@ -4459,7 +4480,7 @@ fmacro.prev= 0; fmacro.basename= argv[i].ident-name; fmacro.dirname = ; - fmacro.buf = argv[i].value; + fmacro.buf = (char *)argv[i].value; fmacro.size= argv[i].len; fmacro.pos = fmacro.buf; fmacro.line= 1; @@ -5625,7 +5646,7 @@ static inline ulong_t mask_uint(ulong_t x) { if (SIZEOF_INT SIZEOF_LONG) { - ulong_t mask = (((ulong_t)1) ((ulong_t)(SIZEOF_INT))) -1; + ulong_t mask = (1ULL ((ulong_t)(SIZEOF_INT))) -1; x = mask; } return x; @@ -5636,7 +5657,9 @@ static
[LinuxBIOS] r2892 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer stepan checked in revision 2892 to the LinuxBIOS source repository and caused the following changes: Change Log: analog changes for the cpu_driver structures... make them const before putting them into the read-only segment... (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=hdamavendor=arima Configuration of bcom:winnet100 is still broken Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2892device=kheprivendor=newisys 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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2893 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer stepan checked in revision 2893 to the LinuxBIOS source repository and caused the following changes: Change Log: smaller changes to silence build warnings. (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=hdamavendor=arima Configuration of bcom:winnet100 is still broken Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2893device=kheprivendor=newisys 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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2894 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer stepan checked in revision 2894 to the LinuxBIOS source repository and caused the following changes: Change Log: This change removes all warnings from romcc in my build environment, making the output of make -s finally usable.. (still trivial, doesn't change any logic or remove any code) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=hdamavendor=arima Configuration of bcom:winnet100 is still broken Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2894device=kheprivendor=newisys 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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2895 - trunk/LinuxBIOSv2/src/console
Author: stepan Date: 2007-10-24 16:42:12 +0200 (Wed, 24 Oct 2007) New Revision: 2895 Modified: trunk/LinuxBIOSv2/src/console/btext_console.c trunk/LinuxBIOSv2/src/console/logbuf_console.c trunk/LinuxBIOSv2/src/console/uart8250_console.c trunk/LinuxBIOSv2/src/console/usbdebug_direct_console.c trunk/LinuxBIOSv2/src/console/vga_console.c Log: Another CONSTification... (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: trunk/LinuxBIOSv2/src/console/btext_console.c === --- trunk/LinuxBIOSv2/src/console/btext_console.c 2007-10-24 11:14:14 UTC (rev 2894) +++ trunk/LinuxBIOSv2/src/console/btext_console.c 2007-10-24 14:42:12 UTC (rev 2895) @@ -445,7 +445,7 @@ btext_drawchar(data); } -static struct console_driver btext_console __console = { +static const struct console_driver btext_console __console = { .init= btext_init, .tx_byte = btext_tx_byte, .rx_byte = 0, Modified: trunk/LinuxBIOSv2/src/console/logbuf_console.c === --- trunk/LinuxBIOSv2/src/console/logbuf_console.c 2007-10-24 11:14:14 UTC (rev 2894) +++ trunk/LinuxBIOSv2/src/console/logbuf_console.c 2007-10-24 14:42:12 UTC (rev 2895) @@ -13,7 +13,7 @@ logbuf_offset = (logbuf_offset +1) % LOGBUF_SIZE; } -static struct console_driver __console = { +static const struct console_driver __console = { .init= 0, .tx_byte = logbuf_tx_byte, .rx_byte = 0, Modified: trunk/LinuxBIOSv2/src/console/uart8250_console.c === --- trunk/LinuxBIOSv2/src/console/uart8250_console.c2007-10-24 11:14:14 UTC (rev 2894) +++ trunk/LinuxBIOSv2/src/console/uart8250_console.c2007-10-24 14:42:12 UTC (rev 2895) @@ -53,7 +53,7 @@ return uart8250_can_rx_byte(TTYS0_BASE); } -static struct console_driver uart8250_console __console = { +static const struct console_driver uart8250_console __console = { .init= ttyS0_init, .tx_byte = ttyS0_tx_byte, .rx_byte = ttyS0_rx_byte, Modified: trunk/LinuxBIOSv2/src/console/usbdebug_direct_console.c === --- trunk/LinuxBIOSv2/src/console/usbdebug_direct_console.c 2007-10-24 11:14:14 UTC (rev 2894) +++ trunk/LinuxBIOSv2/src/console/usbdebug_direct_console.c 2007-10-24 14:42:12 UTC (rev 2895) @@ -49,7 +49,7 @@ return dbg_info.ehci_debug; } -static struct console_driver usbdebug_direct_console __console = { +static const struct console_driver usbdebug_direct_console __console = { .init= dbgp_init, .tx_byte = dbgp_tx_byte, .rx_byte = dbgp_rx_byte, Modified: trunk/LinuxBIOSv2/src/console/vga_console.c === --- trunk/LinuxBIOSv2/src/console/vga_console.c 2007-10-24 11:14:14 UTC (rev 2894) +++ trunk/LinuxBIOSv2/src/console/vga_console.c 2007-10-24 14:42:12 UTC (rev 2895) @@ -106,7 +106,7 @@ write_crtc((vga_col + (vga_line *COLS)) 0x0ff, CRTC_CURSOR_LO); } -static struct console_driver vga_console __console ={ +static const struct console_driver vga_console __console ={ .init= 0, .tx_byte = vga_tx_byte, .rx_byte = 0, -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r46 - in buildrom-devel: config/platforms packages/filo/conf packages/kernel packages/kernel/conf packages/linuxbios scripts
Author: jcrouse Date: 2007-10-24 16:56:47 +0200 (Wed, 24 Oct 2007) New Revision: 46 Added: buildrom-devel/config/platforms/serengeti_cheetah.conf buildrom-devel/packages/filo/conf/serengeti_cheetah-Config buildrom-devel/packages/kernel/conf/defconfig-serengeti_cheetah buildrom-devel/packages/kernel/serengeti_cheetah-kernel.mk Modified: buildrom-devel/config/platforms/Config.in buildrom-devel/config/platforms/platforms.conf buildrom-devel/packages/linuxbios/generic-linuxbios.mk buildrom-devel/scripts/Build.settings Log: [BUILDROM] Support the AMD Serengeti-Cheetah platform Build a ROM for the Serengeti-Cheetah platform supported in LinuxBIOSv2. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Signed-off-by: Marc Jones [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: buildrom-devel/config/platforms/Config.in === --- buildrom-devel/config/platforms/Config.in 2007-10-18 00:10:57 UTC (rev 45) +++ buildrom-devel/config/platforms/Config.in 2007-10-24 14:56:47 UTC (rev 46) @@ -34,5 +34,8 @@ bool Tyan S2891 select PLATFORM +config PLATFORM_SERENGETI_CHEETAH + bool AMD Serengeti_Cheetah + select PLATFORM endchoice endmenu Modified: buildrom-devel/config/platforms/platforms.conf === --- buildrom-devel/config/platforms/platforms.conf 2007-10-18 00:10:57 UTC (rev 45) +++ buildrom-devel/config/platforms/platforms.conf 2007-10-24 14:56:47 UTC (rev 46) @@ -13,5 +13,6 @@ PLATFORM-$(CONFIG_PLATFORM_DBE61) = dbe61.conf PLATFORM-$(CONFIG_PLATFORM_M57SLI) = m57sli.conf PLATFORM-$(CONFIG_PLATFORM_TYAN_S2891) = tyan-s2891.conf +PLATFORM-$(CONFIG_PLATFORM_SERENGETI_CHEETAH) = serengeti_cheetah.conf include $(CONFIG_DIR)/platforms/$(PLATFORM-y) Added: buildrom-devel/config/platforms/serengeti_cheetah.conf === --- buildrom-devel/config/platforms/serengeti_cheetah.conf (rev 0) +++ buildrom-devel/config/platforms/serengeti_cheetah.conf 2007-10-24 14:56:47 UTC (rev 46) @@ -0,0 +1,39 @@ +# Support for the AMD Serengeti_Cheetah Platform +# This should work for most K8+8111 platforms + + Platform configuration + +CC=gcc +STRIP=strip +AS=as + +TARGET_ARCH=i586 +CFLAGS_platform = + +# Targets + +KERNEL_MK=$(PACKAGE_DIR)/kernel/serengeti_cheetah-kernel.mk +LINUXBIOS_MK=$(PACKAGE_DIR)/linuxbios/generic-linuxbios.mk + +# kernel configuration (for LAB) + +KERNEL_VERSION=2.6.20.2 +KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/serengeti_cheetah-defconfig +UCLIBC_ARCH=i386 + +# Etherboot configuration +ETHERBOOT_ARCH=i386 + +# LinuxBIOS configuration + +LINUXBIOS_VENDOR=amd +LINUXBIOS_BOARD=serengeti_cheetah +LINUXBIOS_CONFIG=Config.lb +LINUXBIOS_TDIR=serengeti_cheetah +LINUXBIOS_TAG=2880 +LINUXBIOS_ROM_NAME=serengeti_cheetah.rom + +# FILO configuration + +FILO_CONFIG=serengeti_cheetah-Config + Added: buildrom-devel/packages/filo/conf/serengeti_cheetah-Config === --- buildrom-devel/packages/filo/conf/serengeti_cheetah-Config (rev 0) +++ buildrom-devel/packages/filo/conf/serengeti_cheetah-Config 2007-10-24 14:56:47 UTC (rev 46) @@ -0,0 +1,99 @@ +# !!! NOTE !!! +# Do NOT add spaces or comments at the end of option lines. +# It confuses some versions of make. + +# Use grub instead of autoboot? +USE_GRUB = 1 + +# Grub menu.lst path +MENULST_FILE = hda1:/boot/filo/menu.lst + +# time before default menu.lst is chosen. Set to 0 to ignore +MENULST_TIMEOUT = 0 + +# Image filename for automatic boot and optional command line parameter +AUTOBOOT_FILE = hda1:/vmlinuz root=/dev/hda1 console=tty0 console=ttyS0,115200 +#AUTOBOOT_FILE = [EMAIL PROTECTED] +#AUTOBOOT_FILE = [EMAIL PROTECTED] +#AUTOBOOT_FILE = uda1:/vmlinuz.elf + +# Time in second before booting AUTOBOOT_FILE +AUTOBOOT_DELAY = 2 + +# Driver for hard disk, CompactFlash, and CD-ROM on IDE bus +IDE_DISK = 1 + +# Add a short delay when polling status registers +# (required on some broken SATA controllers) +# NOTE: Slows down access significantly, so disable +# whenever possible. +#IDE_DISK_POLL_DELAY = 1 + +# Use PCMCIA compact flash on Via Epia MII1 and MII6000E +# This device is referred to as hde. +#PCMCIA_CF = 1 + +# Driver for USB Storage +# USB_DISK = 1 + +# VGA text console + VGA_CONSOLE = 1 + PC_KEYBOARD = 1 + +# Serial console +SERIAL_CONSOLE = 1 +SERIAL_IOBASE = 0x3f8 +# if SERIAL_SPEED is commented out, the speed will not be changed. +#SERIAL_SPEED = 115200 + +# Filesystems +FSYS_EXT2FS = 1 +FSYS_FAT = 1 +#FSYS_JFS = 1 +#FSYS_MINIX = 1 +FSYS_REISERFS = 1 +#FSYS_XFS = 1 +FSYS_ISO9660 = 1 + +# Support for boot disk image in bootable CD-ROM (El Torito) +ELTORITO = 1 + +# PCI support +SUPPORT_PCI = 1 + +# Enable this to scan PCI busses above bus 0 +# AMD64 based boards
[LinuxBIOS] r47 - in buildrom-devel: packages/memtest packages/uclibc scripts
Author: jcrouse Date: 2007-10-24 16:59:05 +0200 (Wed, 24 Oct 2007) New Revision: 47 Modified: buildrom-devel/packages/memtest/memtest.mk buildrom-devel/packages/uclibc/uclibc.mk buildrom-devel/scripts/Build.settings Log: [BUILDROM] fix memtest errors when building on a 64 bit system Make sure we pass the 32 bit flags for the GNU tools - this allows memtest to build correctly on a 64 bit machine. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Modified: buildrom-devel/packages/memtest/memtest.mk === --- buildrom-devel/packages/memtest/memtest.mk 2007-10-24 14:56:47 UTC (rev 46) +++ buildrom-devel/packages/memtest/memtest.mk 2007-10-24 14:59:05 UTC (rev 47) @@ -36,7 +36,7 @@ $(MEMTEST_SRC_DIR)/memtest: $(MEMTEST_CONFIG_TARGET) @ echo Building memtest... - @ $(MAKE) -C $(MEMTEST_SRC_DIR) CCFLAGS=$(CFLAGS) memtest $(MEMTEST_BUILD_LOG) 21 + @ $(MAKE) -C $(MEMTEST_SRC_DIR) AS=$(AS) CC=$(CC) LD=$(LD) CCFLAGS=$(CFLAGS) memtest $(MEMTEST_BUILD_LOG) 21 $(MEMTEST_STAMP_DIR) $(MEMTEST_LOG_DIR): @ mkdir -p $@ Modified: buildrom-devel/packages/uclibc/uclibc.mk === --- buildrom-devel/packages/uclibc/uclibc.mk2007-10-24 14:56:47 UTC (rev 46) +++ buildrom-devel/packages/uclibc/uclibc.mk2007-10-24 14:59:05 UTC (rev 47) @@ -32,7 +32,7 @@ @ echo Building uclibc... @ ( unset CFLAGS; unset LDFLAGS; \ $(MAKE) -C $(UCLIBC_SRC_DIR) TARGET_ARCH=$(UCLIBC_ARCH) \ - CC=$(CC) $(CROSS_CFLAGS) LD=$(LD) $(CROSS_LDFLAGS) \ + CC=$(CC) LD=$(LD) \ HOSTCC=$(HOST_CC) KERNEL_SOURCE=$(KERNEL_SRC_DIR) \ RUNTIME_PREFIX=/ \ SHARED_LIB_LOADER_PATH=/lib \ Modified: buildrom-devel/scripts/Build.settings === --- buildrom-devel/scripts/Build.settings 2007-10-24 14:56:47 UTC (rev 46) +++ buildrom-devel/scripts/Build.settings 2007-10-24 14:59:05 UTC (rev 47) @@ -15,6 +15,7 @@ find-tool=$(shell set -e; if which $(1) /dev/null 21; \ then echo y; else echo n; fi) + CC ?= gcc STRIP ?= strip AS ?= as @@ -28,9 +29,15 @@ ifeq ($(BUILD_ARCH),x86_64) ifneq ($(BUILD_ARCH), $(TARGET_ARCH)) + +CC += -m32 +AS += --32 +LD += -melf_i386 + CROSS_ASFLAGS=-m32 CROSS_CFLAGS=-m32 CROSS_LDFLAGS=-melf_i386 + endif endif @@ -73,4 +80,4 @@ HOSTCC=$(HOST_CC) -export CC CFLAGS LDFLAGS ASFLAGS LIBS +export CC AS CFLAGS LDFLAGS ASFLAGS LIBS -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r46 - in buildrom-devel: config/platforms packages/filo/conf packages/kernel packages/kernel/conf packages/linuxbios scripts
On Wed, Oct 24, 2007 at 04:56:47PM +0200, [EMAIL PROTECTED] wrote: Modified: buildrom-devel/config/platforms/Config.in === --- buildrom-devel/config/platforms/Config.in 2007-10-18 00:10:57 UTC (rev 45) +++ buildrom-devel/config/platforms/Config.in 2007-10-24 14:56:47 UTC (rev 46) @@ -34,5 +34,8 @@ bool Tyan S2891 select PLATFORM +config PLATFORM_SERENGETI_CHEETAH + bool AMD Serengeti_Cheetah No underscore needed here, I think. Added: buildrom-devel/config/platforms/serengeti_cheetah.conf === --- buildrom-devel/config/platforms/serengeti_cheetah.conf (rev 0) +++ buildrom-devel/config/platforms/serengeti_cheetah.conf2007-10-24 14:56:47 UTC (rev 46) @@ -0,0 +1,39 @@ +# Support for the AMD Serengeti_Cheetah Platform Ditto. Modified: buildrom-devel/packages/linuxbios/generic-linuxbios.mk === --- buildrom-devel/packages/linuxbios/generic-linuxbios.mk2007-10-18 00:10:57 UTC (rev 45) +++ buildrom-devel/packages/linuxbios/generic-linuxbios.mk2007-10-24 14:56:47 UTC (rev 46) @@ -9,9 +9,18 @@ LINUXBIOS_BASE_DIR=svn LINUXBIOS_URL=svn://openbios.org/repos/trunk/LinuxBIOSv2 LINUXBIOS_TARBALL=linuxbios-svn-$(LINUXBIOS_TAG).tar.gz -LINUXBIOS_PAYLOAD_TARGET=/tmp/payload.elf +LINUXBIOS_PAYLOAD_TARGET=$(LINUXBIOS_BUILD_DIR)/payload.elf TARGET_ROM = $(LINUXBIOS_VENDOR)-$(LINUXBIOS_BOARD).rom +# Make sure we have the tools we need to accomplish this +HAVE_IASL:=$(call find-tool,iasl) + +ifeq ($(HAVE_IASL),n) +$(error To build LinuxBIOS, you need to install the 'iasl' tool) +endif This is not true for all boards, maybe we should make this a requirement only for those boards which actually require it. Another tool to check for might be bzip2 btw, it's not guaranteed to be installed by default everywhere. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2895 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer stepan checked in revision 2895 to the LinuxBIOS source repository and caused the following changes: Change Log: Another CONSTification... (trivial) Signed-off-by: Stefan Reinauer [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=hdamavendor=arima Configuration of bcom:winnet100 is still broken Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2895device=kheprivendor=newisys 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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r2890 - in trunk/LinuxBIOSv2/src: arch/i386/boot boot cpu/x86/mtrr cpu/x86/tsc devices
Uwe Hermann wrote: Modified: trunk/LinuxBIOSv2/src/boot/elfboot.c === --- trunk/LinuxBIOSv2/src/boot/elfboot.c 2007-10-23 19:23:52 UTC (rev 2889) +++ trunk/LinuxBIOSv2/src/boot/elfboot.c 2007-10-23 22:17:45 UTC (rev 2890) @@ -144,7 +144,7 @@ { struct verify_callback *cb_chain; unsigned char *note, *end; -char *program, *version; +unsigned char *program, *version; This doesn't look like the correct fix. Strings should always be 'char *' or 'const char *' IMO, so the code where program/version is used should be fixed instead. Oh, but the code expects an unsigned char, so it should get one. It's not that I cast anything around wildly. This is processing ELF header data, 8bit, so, according to the rule you set up below, this fix should be correct. The fact that in this case the code is parsing a string out of that data is secondary I think. Better fixes or ideas are no doubt highly welcome. Modified: trunk/LinuxBIOSv2/src/devices/device_util.c === --- trunk/LinuxBIOSv2/src/devices/device_util.c 2007-10-23 19:23:52 UTC (rev 2889) +++ trunk/LinuxBIOSv2/src/devices/device_util.c 2007-10-23 22:17:45 UTC (rev 2890) @@ -454,7 +454,7 @@ void report_resource_stored(device_t dev, struct resource *resource, const char *comment) { if (resource-flags IORESOURCE_STORED) { -unsigned char buf[10]; +char buf[10]; If buf contains a string, yes. If it should contain 8bit data, it should be uint8_t or u8. Ok, then I assume you are saying everything is ok. #if OPT_HT_LINK == 1 @@ -123,15 +126,17 @@ static int ht_setup_link(struct ht_link *prev, device_t dev, unsigned pos) { +#if OPT_HT_LINK == 1 static const uint8_t link_width_to_pow2[]= { 3, 4, 0, 5, 1, 2, 0, 0 }; static const uint8_t pow2_to_link_width[] = { 0x7, 4, 5, 0, 1, 3 }; -struct ht_link cur[1]; unsigned present_width_cap,upstream_width_cap; unsigned present_freq_cap, upstream_freq_cap; unsigned ln_present_width_in, ln_upstream_width_in; unsigned ln_present_width_out, ln_upstream_width_out; unsigned freq, old_freq; unsigned present_width, upstream_width, old_width; +#endif +struct ht_link cur[1]; This change is not trivial, as it might very well have effects on the run-time behaviour of LinuxBIOS / the hardware. Can we say for sure that there's no reason to (re-)initialize here? Is this tested on hardware? Oh yes, this is highly trivial. Look at the code, all these are unused variables. The produced code does not change. The OPT_HT_LINK define is tested already below, where the real magic happens. But when this was introduced, all the variables were left unused. Stefan -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: [EMAIL PROTECTED] • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r46 - in buildrom-devel: config/platforms packages/filo/conf packages/kernel packages/kernel/conf packages/linuxbios scripts
Uwe Hermann wrote: +# Make sure we have the tools we need to accomplish this +HAVE_IASL:=$(call find-tool,iasl) + +ifeq ($(HAVE_IASL),n) +$(error To build LinuxBIOS, you need to install the 'iasl' tool) +endif This is not true for all boards, maybe we should make this a requirement only for those boards which actually require it. It will be true pretty soon though I guess. Stefan -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: [EMAIL PROTECTED] • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r2890 - in trunk/LinuxBIOSv2/src: arch/i386/boot boot cpu/x86/mtrr cpu/x86/tsc devices
On Wed, Oct 24, 2007 at 05:51:17PM +0200, Stefan Reinauer wrote: Uwe Hermann wrote: Modified: trunk/LinuxBIOSv2/src/boot/elfboot.c === --- trunk/LinuxBIOSv2/src/boot/elfboot.c 2007-10-23 19:23:52 UTC (rev 2889) +++ trunk/LinuxBIOSv2/src/boot/elfboot.c 2007-10-23 22:17:45 UTC (rev 2890) @@ -144,7 +144,7 @@ { struct verify_callback *cb_chain; unsigned char *note, *end; - char *program, *version; + unsigned char *program, *version; This doesn't look like the correct fix. Strings should always be 'char *' or 'const char *' IMO, so the code where program/version is used should be fixed instead. Oh, but the code expects an unsigned char, so it should get one. Depends, in this case the code may also be wrong in that it uses 'unsigned char' where it should rather use 'uint8_t' (didn't check though). This is processing ELF header data, 8bit, so, according to the rule you set up below, this fix should be correct. uint8_t would be correct here, if it's 8bit data. The fact that in this case the code is parsing a string out of that data is secondary I think. Yes. if (resource-flags IORESOURCE_STORED) { - unsigned char buf[10]; + char buf[10]; If buf contains a string, yes. If it should contain 8bit data, it should be uint8_t or u8. Ok, then I assume you are saying everything is ok. I think so (but I didn't really check the code). #if OPT_HT_LINK == 1 @@ -123,15 +126,17 @@ static int ht_setup_link(struct ht_link *prev, device_t dev, unsigned pos) { +#if OPT_HT_LINK == 1 static const uint8_t link_width_to_pow2[]= { 3, 4, 0, 5, 1, 2, 0, 0 }; static const uint8_t pow2_to_link_width[] = { 0x7, 4, 5, 0, 1, 3 }; - struct ht_link cur[1]; unsigned present_width_cap,upstream_width_cap; unsigned present_freq_cap, upstream_freq_cap; unsigned ln_present_width_in, ln_upstream_width_in; unsigned ln_present_width_out, ln_upstream_width_out; unsigned freq, old_freq; unsigned present_width, upstream_width, old_width; +#endif + struct ht_link cur[1]; This change is not trivial, as it might very well have effects on the run-time behaviour of LinuxBIOS / the hardware. Can we say for sure that there's no reason to (re-)initialize here? Is this tested on hardware? Oh yes, this is highly trivial. Look at the code, all these are unused variables. The produced code does not change. The OPT_HT_LINK define is tested already below, where the real magic happens. But when this was introduced, all the variables were left unused. Ah, yes, I see. There are further '#if OPT_HT_LINK == 1' down below which actually do stuff with the variables (but only in the == 1 case). Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r46 - in buildrom-devel: config/platforms packages/filo/conf packages/kernel packages/kernel/conf packages/linuxbios scripts
On Wed, Oct 24, 2007 at 09:50:25AM -0600, Jordan Crouse wrote: On 24/10/07 17:27 +0200, Uwe Hermann wrote: On Wed, Oct 24, 2007 at 04:56:47PM +0200, [EMAIL PROTECTED] wrote: Modified: buildrom-devel/config/platforms/Config.in === --- buildrom-devel/config/platforms/Config.in 2007-10-18 00:10:57 UTC (rev 45) +++ buildrom-devel/config/platforms/Config.in 2007-10-24 14:56:47 UTC (rev 46) @@ -34,5 +34,8 @@ bool Tyan S2891 select PLATFORM +config PLATFORM_SERENGETI_CHEETAH + bool AMD Serengeti_Cheetah No underscore needed here, I think. Thats what its called in LinuxBIOS, so we tried to stick with the same names. I agree thats not always the best policy, but the Serengeti-Cheetah name is confusing anyway, so we went with this. I think this depends where the name is used. In C struct names or as variable names, directory names etc. some adaptations might be necessary. For use in comments or README or other texts we should, in general, use the official correct name as per vendor (website etc). This is not true for all boards, maybe we should make this a requirement only for those boards which actually require it. This target is only built by those targets that do require it. OK, that's no problem then. But thats also why I made find-cool a function - if we find other tools we need, then we should not be afraid to add them. Yep. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] [PATCH] [BUILDROM] add support for Tyan s2882
-- Ward Vandewege [EMAIL PROTECTED] Free Software Foundation - Senior System Administrator [BUILDROM] Add support the Tyan s2882 Build a ROM for the Tyan s2882 platform supported in LinuxBIOSv2. Signed-off-by: Ward Vandewege [EMAIL PROTECTED] Index: buildrom-devel/config/platforms/tyan-s2882.conf === --- buildrom-devel/config/platforms/tyan-s2882.conf (revision 0) +++ buildrom-devel/config/platforms/tyan-s2882.conf (revision 0) @@ -0,0 +1,38 @@ +# Support for the Tyan S2882 board + + Platform configuration + +CC=gcc +STRIP=strip +AS=as + +TARGET_ARCH=i686 +CFLAGS_platform = -m32 + +# Targets + +KERNEL_MK=$(PACKAGE_DIR)/kernel/tyan-s2882-kernel.mk +LINUXBIOS_MK=$(PACKAGE_DIR)/linuxbios/tyan-s2882-linuxbios.mk + +# kernel configuration (for LAB) + +KERNEL_VERSION=2.6.22.2 +KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/tyan-s2882-defconfig +UCLIBC_ARCH=i386 + +# Etherboot configuration +ETHERBOOT_ARCH=i386 + +# LinuxBIOS configuration + +LINUXBIOS_VENDOR=tyan +LINUXBIOS_BOARD=s2882 +LINUXBIOS_CONFIG=Config.lb +LINUXBIOS_TDIR=s2882 +LINUXBIOS_TAG=2887 +LINUXBIOS_ROM_NAME=linuxbios.rom + +# FILO configuration + +FILO_CONFIG=tyan-s2882-Config + Index: buildrom-devel/config/platforms/Config.in === --- buildrom-devel/config/platforms/Config.in (revision 47) +++ buildrom-devel/config/platforms/Config.in (working copy) @@ -30,6 +30,10 @@ bool Gigabyte M57SLI select PLATFORM +config PLATFORM_TYAN_S2882 + bool Tyan S2882 + select PLATFORM + config PLATFORM_TYAN_S2891 bool Tyan S2891 select PLATFORM Index: buildrom-devel/config/platforms/platforms.conf === --- buildrom-devel/config/platforms/platforms.conf (revision 47) +++ buildrom-devel/config/platforms/platforms.conf (working copy) @@ -12,6 +12,7 @@ PLATFORM-$(CONFIG_PLATFORM_DB800) = db800.conf PLATFORM-$(CONFIG_PLATFORM_DBE61) = dbe61.conf PLATFORM-$(CONFIG_PLATFORM_M57SLI) = m57sli.conf +PLATFORM-$(CONFIG_PLATFORM_TYAN_S2882) = tyan-s2882.conf PLATFORM-$(CONFIG_PLATFORM_TYAN_S2891) = tyan-s2891.conf PLATFORM-$(CONFIG_PLATFORM_SERENGETI_CHEETAH) = serengeti_cheetah.conf Index: buildrom-devel/packages/kernel/tyan-s2882-kernel.mk === --- buildrom-devel/packages/kernel/tyan-s2882-kernel.mk (revision 0) +++ buildrom-devel/packages/kernel/tyan-s2882-kernel.mk (revision 0) @@ -0,0 +1,25 @@ +# Build file for the Tyan S2882 LAB kernel + +KERNEL_URL=http://kernel.org/pub/linux/kernel/v2.6/ +KERNEL_SOURCE=linux-$(KERNEL_VERSION).tar.bz2 +KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/defconfig-tyan-s2882 + +TINY_URL=http://elinux.org/images/0/0e/ +TINY_SOURCE=Tiny-quilt-2.6.22.1-1.tar.gz +TINY_DIR=$(KERNEL_DIR)/tiny/patches + +KERNEL_PATCHES += $(TINY_DIR) + +$(SOURCE_DIR)/$(KERNEL_SOURCE): + @ mkdir -p $(SOURCE_DIR) + @ wget -P $(SOURCE_DIR) $(KERNEL_URL)/$(KERNEL_SOURCE) + +$(SOURCE_DIR)/$(TINY_SOURCE): + @ mkdir -p $(SOURCE_DIR) + @ wget -P $(SOURCE_DIR) $(TINY_URL)/$(TINY_SOURCE) + +include $(PACKAGE_DIR)/kernel/kernel.inc + +kernel: generic-kernel +kernel-clean: generic-kernel-clean +kernel-distclean: generic-kernel-distclean Index: buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 === --- buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 (revision 0) +++ buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 (revision 0) @@ -0,0 +1,1225 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.22.2 +# Wed Oct 24 14:00:48 2007 +# +CONFIG_X86_32=y +CONFIG_GENERIC_TIME=y +CONFIG_CLOCKSOURCE_WATCHDOG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y +CONFIG_LOCKDEP_SUPPORT=y +CONFIG_STACKTRACE_SUPPORT=y +CONFIG_SEMAPHORE_SLEEPERS=y +CONFIG_X86=y +CONFIG_MMU=y +CONFIG_ZONE_DMA=y +CONFIG_QUICKLIST=y +CONFIG_GENERIC_ISA_DMA=y +CONFIG_GENERIC_IOMAP=y +CONFIG_GENERIC_HWEIGHT=y +CONFIG_ARCH_MAY_HAVE_PC_FDC=y +CONFIG_DMI=y +CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config + +# +# Code maturity level options +# +CONFIG_EXPERIMENTAL=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_LOCK_KERNEL=y +CONFIG_INIT_ENV_ARG_LIMIT=32 + +# +# General setup +# +CONFIG_LOCALVERSION=BuildROM L-A-B V1.0 +# CONFIG_LOCALVERSION_AUTO is not set +# CONFIG_SWAP is not set +# CONFIG_SYSVIPC is not set +# CONFIG_POSIX_MQUEUE is not set +# CONFIG_BSD_PROCESS_ACCT is not set +# CONFIG_TASKSTATS is not set +# CONFIG_UTS_NS is not set +# CONFIG_AUDIT is not set +# CONFIG_IKCONFIG is not set +CONFIG_LOG_BUF_SHIFT=17 +# CONFIG_SYSFS_DEPRECATED is not set +# CONFIG_RELAY is not set +CONFIG_BLK_DEV_INITRD=y +CONFIG_INITRAMFS_SOURCE= +# CONFIG_SYSENTER is not set +# CONFIG_AIO is not set +# CONFIG_XATTR is not set +# CONFIG_FILE_LOCKING is not set +# CONFIG_ETHTOOL is not set +#
[LinuxBIOS] [PATCH] superiotool: Use 'static const' instead of 'const static'
See patch. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org Use the preferred order of 'static const' instead of 'const static'. This is the common style in both Linux as well as in LinuxBIOS. Signed-off-by: Uwe Hermann [EMAIL PROTECTED] Index: fintek.c === --- fintek.c (Revision 2895) +++ fintek.c (Arbeitskopie) @@ -29,7 +29,7 @@ #define FINTEK_VENDOR_ID 0x3419 -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { {0x0106, F71862FG, { {EOT}}}, {0x4103, F71872F/FG / F71806F/FG, { /* Same ID? Datasheet typo? */ Index: winbond.c === --- winbond.c (Revision 2895) +++ winbond.c (Arbeitskopie) @@ -36,7 +36,7 @@ * * Some other Super I/Os only use bits 3..0 of 0x09 as ID. */ -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { /* ID and rev[3..0] */ {0x527, W83977CTF, { /* TODO: Not yet in sensors-detect */ {EOT}}}, Index: ite.c === --- ite.c (Revision 2895) +++ ite.c (Arbeitskopie) @@ -26,7 +26,7 @@ #define CHIP_VERSION_REG 0x22 -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { {0x8661, IT8661F, { /* TODO: Needs different init sequence. */ {NOLDN, NULL, Index: nsc.c === --- nsc.c (Revision 2895) +++ nsc.c (Arbeitskopie) @@ -24,7 +24,7 @@ #define CHIP_ID_REG 0x20 /* Super I/O ID (SID) / family */ #define CHIP_REV_REG 0x27 /* Super I/O revision ID (SRID) */ -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { {0xd0, PC87371, { /* From sensors-detect */ {EOT}}}, {0xdf, PC97371, { /* From sensors-detect */ Index: superiotool.c === --- superiotool.c (Revision 2895) +++ superiotool.c (Arbeitskopie) @@ -170,7 +170,7 @@ { int i, j, opt, option_index; - const static struct option long_options[] = { + static const struct option long_options[] = { {dump, no_argument, NULL, 'd'}, {verbose, no_argument, NULL, 'V'}, {version, no_argument, NULL, 'v'}, Index: ali.c === --- ali.c (Revision 2895) +++ ali.c (Arbeitskopie) @@ -25,7 +25,7 @@ #define DEVICE_REV_REG 0x1f -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { /* TODO: M5113 doesn't seem to have ID registers? */ {0x5315, M1535/M1535D/M1535+/M1535D+, { {NOLDN, NULL, Index: smsc.c === --- smsc.c (Revision 2895) +++ smsc.c (Arbeitskopie) @@ -26,7 +26,7 @@ #define DEVICE_ID_REG 0x20 #define DEVICE_REV_REG 0x21 -const static struct superio_registers reg_table[] = { +static const struct superio_registers reg_table[] = { /* The following Super I/Os use the 0x20/0x21 ID registers. */ {0x0e, LPC47N252, { /* From sensors-detect */ {EOT}}}, Index: superiotool.h === --- superiotool.h (Revision 2895) +++ superiotool.h (Arbeitskopie) @@ -100,7 +100,7 @@ void probe_idregs_winbond(uint16_t port); /** Table of which config ports to probe for each Super I/O family. */ -const static struct { +static const struct { void (*probe_idregs) (uint16_t port); int ports[MAXNUMPORTS]; /* Signed, as we need EOT. */ } superio_ports_table[] = { signature.asc Description: Digital signature -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] buildrom problems (serengeti cheetah, s2891)
I checked out the latest buildrom and tried to build L-A-B for two targets, Serengeti cheetah and Tyan s2891. It fails to build the kernel because it passes KERNEL_CC=gcc -m32 to make, and make interprets the -m32 as an option to make. I'm assuming that there's something wrong with my environment, but I'm not sure how to fix it. I'm using Fedora Core 4 and gcc 4 Any suggestions? Myles -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] [PATCH] BCOM WinNET100 improvements
On Tue, Oct 23, 2007 at 02:02:14PM +0200, Stefan Reinauer wrote: * Uwe Hermann [EMAIL PROTECTED] [071014 19:10]: See patch. This patch should also fix the broken abuild-run on this board... Thanks, Uwe. Some fixes for the BCOM WinNET100, mostly in Config.lb: - Add missing entry for the NIC: device pci 0f.0 on end # Ethernet (onboard) - Drop the following lines: register com1 = {115200} register com2 = {38400} Those entries hardcode the BAUD rate (as far as I can tell, please correct me if I'm wrong). We don't want that -- instead the config option TTYS0_BAUD in Options.lb should be used(?) I verified that dropping those lines will not break serial output (COM1, 115200, 8n1). - Enable IDE (PCI device 00:12.2) and add the following register lines to tell the CS5530 code to actually enable IDE channel 0: register ide0_enable = 1 register ide1_enable = 0 # Not available/needed on this board Tested with a 2.5 hard drive and FILO, works fine. - Enable USB (PCI device 00:13.0), not sure why it was commented. - Enable COM2 as it's used by the smartcard reader. - Add CONFIG_COMPRESSED_PAYLOAD_LZMA to Options.lb, in order to fix abuild for this board. - Add some more comments. Signed-off-by: Uwe Hermann [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Thanks, r2896. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2896 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer uwe checked in revision 2896 to the LinuxBIOS source repository and caused the following changes: Change Log: Some fixes for the BCOM WinNET100, mostly in Config.lb: - Add missing entry for the NIC: device pci 0f.0 on end # Ethernet (onboard) - Drop the following lines: register com1 = {115200} register com2 = {38400} Those entries hardcode the BAUD rate (as far as I can tell, please correct me if I'm wrong). We don't want that -- instead the config option TTYS0_BAUD in Options.lb should be used(?) I verified that dropping those lines will not break serial output (COM1, 115200, 8n1). - Enable IDE (PCI device 00:12.2) and add the following register lines to tell the CS5530 code to actually enable IDE channel 0: register ide0_enable = 1 register ide1_enable = 0 # Not available/needed on this board Tested with a 2.5 hard drive and FILO, works fine. - Enable USB (PCI device 00:13.0), not sure why it was commented. - Enable COM2 as it's used by the smartcard reader. - Add CONFIG_COMPRESSED_PAYLOAD_LZMA to Options.lb, in order to fix abuild for this board. - Add some more comments. Signed-off-by: Uwe Hermann [EMAIL PROTECTED] Acked-by: Stefan Reinauer [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=hdamavendor=arima Configuration of bcom:winnet100 has been fixed Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2896device=kheprivendor=newisys If something broke during this checkin please be a pain in uwe'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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r48 - in buildrom-devel: config/platforms packages/kernel packages/kernel/conf packages/linuxbios packages/linuxbios/patches
Author: ward Date: 2007-10-24 23:45:06 +0200 (Wed, 24 Oct 2007) New Revision: 48 Added: buildrom-devel/config/platforms/tyan-s2882.conf buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 buildrom-devel/packages/kernel/tyan-s2882-kernel.mk buildrom-devel/packages/linuxbios/patches/tyan-s2882-filo-Config.lb.patch buildrom-devel/packages/linuxbios/patches/tyan-s2882-kernel-and-lab-Config.lb.patch buildrom-devel/packages/linuxbios/tyan-s2882-linuxbios.mk Modified: buildrom-devel/config/platforms/Config.in buildrom-devel/config/platforms/platforms.conf Log: [BUILDROM] Add support for the Tyan s2882 platform Build a ROM for the Tyan s2882 platform supported in LinuxBIOSv2. Signed-off-by: Ward Vandewege [EMAIL PROTECTED] Acked-by: Jordan Crouse [EMAIL PROTECTED] Modified: buildrom-devel/config/platforms/Config.in === --- buildrom-devel/config/platforms/Config.in 2007-10-24 14:59:05 UTC (rev 47) +++ buildrom-devel/config/platforms/Config.in 2007-10-24 21:45:06 UTC (rev 48) @@ -30,6 +30,10 @@ bool Gigabyte M57SLI select PLATFORM +config PLATFORM_TYAN_S2882 + bool Tyan S2882 + select PLATFORM + config PLATFORM_TYAN_S2891 bool Tyan S2891 select PLATFORM Modified: buildrom-devel/config/platforms/platforms.conf === --- buildrom-devel/config/platforms/platforms.conf 2007-10-24 14:59:05 UTC (rev 47) +++ buildrom-devel/config/platforms/platforms.conf 2007-10-24 21:45:06 UTC (rev 48) @@ -12,6 +12,7 @@ PLATFORM-$(CONFIG_PLATFORM_DB800) = db800.conf PLATFORM-$(CONFIG_PLATFORM_DBE61) = dbe61.conf PLATFORM-$(CONFIG_PLATFORM_M57SLI) = m57sli.conf +PLATFORM-$(CONFIG_PLATFORM_TYAN_S2882) = tyan-s2882.conf PLATFORM-$(CONFIG_PLATFORM_TYAN_S2891) = tyan-s2891.conf PLATFORM-$(CONFIG_PLATFORM_SERENGETI_CHEETAH) = serengeti_cheetah.conf Added: buildrom-devel/config/platforms/tyan-s2882.conf === --- buildrom-devel/config/platforms/tyan-s2882.conf (rev 0) +++ buildrom-devel/config/platforms/tyan-s2882.conf 2007-10-24 21:45:06 UTC (rev 48) @@ -0,0 +1,38 @@ +# Support for the Tyan S2882 board + + Platform configuration + +CC=gcc +STRIP=strip +AS=as + +TARGET_ARCH=i686 +CFLAGS_platform = -m32 + +# Targets + +KERNEL_MK=$(PACKAGE_DIR)/kernel/tyan-s2882-kernel.mk +LINUXBIOS_MK=$(PACKAGE_DIR)/linuxbios/tyan-s2882-linuxbios.mk + +# kernel configuration (for LAB) + +KERNEL_VERSION=2.6.22.2 +KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/tyan-s2882-defconfig +UCLIBC_ARCH=i386 + +# Etherboot configuration +ETHERBOOT_ARCH=i386 + +# LinuxBIOS configuration + +LINUXBIOS_VENDOR=tyan +LINUXBIOS_BOARD=s2882 +LINUXBIOS_CONFIG=Config.lb +LINUXBIOS_TDIR=s2882 +LINUXBIOS_TAG=2887 +LINUXBIOS_ROM_NAME=linuxbios.rom + +# FILO configuration + +FILO_CONFIG=tyan-s2882-Config + Added: buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 === --- buildrom-devel/packages/kernel/conf/defconfig-tyan-s2882 (rev 0) +++ buildrom-devel/packages/kernel/conf/defconfig-tyan-s28822007-10-24 21:45:06 UTC (rev 48) @@ -0,0 +1,1225 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.22.2 +# Wed Oct 24 14:00:48 2007 +# +CONFIG_X86_32=y +CONFIG_GENERIC_TIME=y +CONFIG_CLOCKSOURCE_WATCHDOG=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y +CONFIG_LOCKDEP_SUPPORT=y +CONFIG_STACKTRACE_SUPPORT=y +CONFIG_SEMAPHORE_SLEEPERS=y +CONFIG_X86=y +CONFIG_MMU=y +CONFIG_ZONE_DMA=y +CONFIG_QUICKLIST=y +CONFIG_GENERIC_ISA_DMA=y +CONFIG_GENERIC_IOMAP=y +CONFIG_GENERIC_HWEIGHT=y +CONFIG_ARCH_MAY_HAVE_PC_FDC=y +CONFIG_DMI=y +CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config + +# +# Code maturity level options +# +CONFIG_EXPERIMENTAL=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_LOCK_KERNEL=y +CONFIG_INIT_ENV_ARG_LIMIT=32 + +# +# General setup +# +CONFIG_LOCALVERSION=BuildROM L-A-B V1.0 +# CONFIG_LOCALVERSION_AUTO is not set +# CONFIG_SWAP is not set +# CONFIG_SYSVIPC is not set +# CONFIG_POSIX_MQUEUE is not set +# CONFIG_BSD_PROCESS_ACCT is not set +# CONFIG_TASKSTATS is not set +# CONFIG_UTS_NS is not set +# CONFIG_AUDIT is not set +# CONFIG_IKCONFIG is not set +CONFIG_LOG_BUF_SHIFT=17 +# CONFIG_SYSFS_DEPRECATED is not set +# CONFIG_RELAY is not set +CONFIG_BLK_DEV_INITRD=y +CONFIG_INITRAMFS_SOURCE= +# CONFIG_SYSENTER is not set +# CONFIG_AIO is not set +# CONFIG_XATTR is not set +# CONFIG_FILE_LOCKING is not set +# CONFIG_ETHTOOL is not set +# CONFIG_INETPEER is not set +# CONFIG_NET_DEV_MULTICAST is not set +# CONFIG_MEASURE_INLINES is not set +CONFIG_CC_OPTIMIZE_FOR_SIZE=y +CONFIG_SYSCTL=y +CONFIG_EMBEDDED=y +# CONFIG_UID16 is not set +# CONFIG_SYSCTL_SYSCALL is not set +# CONFIG_KALLSYMS is not set +CONFIG_HOTPLUG=y
Re: [LinuxBIOS] add support for Tyan s2882
On Wed, Oct 24, 2007 at 03:40:36PM -0600, Jordan Crouse wrote: Acked-by: Jordan Crouse [EMAIL PROTECTED] r48 Thanks! Ward. -- Ward Vandewege [EMAIL PROTECTED] Free Software Foundation - Senior System Administrator -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] buildrom problems (serengeti cheetah, s2891)
On Wed, Oct 24, 2007 at 02:38:42PM -0600, Jordan Crouse wrote: Try this patch to buildrom - it should make everybody happy. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. !DSPAM:471fad6a90701804284693! [BUILDROM] Fix building 32 bit on 64 bit hosts Re-adjust my previous patch a little bit, its not smart to be passing the -m32 flag into the kernel, it already knows how to do the right thing (TM). So pull the 32 bit flags from the default CC, AS and LD variable and pass them in individually. Also, add quotes to the variables passed into the kernel, since thats obviously buggy. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Myles has confirmed (off-list) that this fixes the problem on 64 bit; I've confirmed that it does not break 32 bit, hence: Acked-by: Ward Vandewege [EMAIL PROTECTED] Thanks, Ward. -- Ward Vandewege [EMAIL PROTECTED] Free Software Foundation - Senior System Administrator -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r49 - in buildrom-devel: packages/kernel packages/memtest packages/uclibc scripts
Author: jcrouse Date: 2007-10-25 00:35:08 +0200 (Thu, 25 Oct 2007) New Revision: 49 Modified: buildrom-devel/packages/kernel/kernel.inc buildrom-devel/packages/memtest/memtest.mk buildrom-devel/packages/uclibc/uclibc.mk buildrom-devel/scripts/Build.settings Log: [BUILDROM] Fix building 32 bit on 64 bit hosts Re-adjust my previous patch a little bit, its not smart to be passing the -m32 flag into the kernel, it already knows how to do the right thing (TM). So pull the 32 bit flags from the default CC, AS and LD variable and pass them in individually. Also, add quotes to the variables passed into the kernel, since thats obviously buggy. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Acked-by: Ward Vandewege [EMAIL PROTECTED] Modified: buildrom-devel/packages/kernel/kernel.inc === --- buildrom-devel/packages/kernel/kernel.inc 2007-10-24 21:45:06 UTC (rev 48) +++ buildrom-devel/packages/kernel/kernel.inc 2007-10-24 22:35:08 UTC (rev 49) @@ -45,7 +45,7 @@ $(KERNEL_SRC_DIR)/arch/i386/boot/bzImage: $(KERNEL_SRC_DIR)/.config @ echo Building kernel... @ $(MAKE) -C $(KERNEL_SRC_DIR) ARCH=i386 \ - KERNEL_CC=$(CC) KERNEL_LD=$(LD) $(KERNEL_BUILD_LOG) 21 + KERNEL_CC=$(CC) KERNEL_LD=$(LD) $(KERNEL_BUILD_LOG) 21 $(OUTPUT_DIR)/bzImage: $(KERNEL_SRC_DIR)/arch/i386/boot/bzImage @ install -d $(OUTPUT_DIR) Modified: buildrom-devel/packages/memtest/memtest.mk === --- buildrom-devel/packages/memtest/memtest.mk 2007-10-24 21:45:06 UTC (rev 48) +++ buildrom-devel/packages/memtest/memtest.mk 2007-10-24 22:35:08 UTC (rev 49) @@ -36,7 +36,7 @@ $(MEMTEST_SRC_DIR)/memtest: $(MEMTEST_CONFIG_TARGET) @ echo Building memtest... - @ $(MAKE) -C $(MEMTEST_SRC_DIR) AS=$(AS) CC=$(CC) LD=$(LD) CCFLAGS=$(CFLAGS) memtest $(MEMTEST_BUILD_LOG) 21 + @ $(MAKE) -C $(MEMTEST_SRC_DIR) AS=$(AS) $(CROSS_ASFLAGS) CC=$(CC) $(CROSS_CFLAGS) LD=$(LD) $(CROSS_LDFLAGS) CCFLAGS=$(CFLAGS) memtest $(MEMTEST_BUILD_LOG) 21 $(MEMTEST_STAMP_DIR) $(MEMTEST_LOG_DIR): @ mkdir -p $@ Modified: buildrom-devel/packages/uclibc/uclibc.mk === --- buildrom-devel/packages/uclibc/uclibc.mk2007-10-24 21:45:06 UTC (rev 48) +++ buildrom-devel/packages/uclibc/uclibc.mk2007-10-24 22:35:08 UTC (rev 49) @@ -32,7 +32,7 @@ @ echo Building uclibc... @ ( unset CFLAGS; unset LDFLAGS; \ $(MAKE) -C $(UCLIBC_SRC_DIR) TARGET_ARCH=$(UCLIBC_ARCH) \ - CC=$(CC) LD=$(LD) \ + CC=$(CC) $(CROSS_CFLAGS) LD=$(LD) $(CROSS_LDFLAGS) \ HOSTCC=$(HOST_CC) KERNEL_SOURCE=$(KERNEL_SRC_DIR) \ RUNTIME_PREFIX=/ \ SHARED_LIB_LOADER_PATH=/lib \ Modified: buildrom-devel/scripts/Build.settings === --- buildrom-devel/scripts/Build.settings 2007-10-24 21:45:06 UTC (rev 48) +++ buildrom-devel/scripts/Build.settings 2007-10-24 22:35:08 UTC (rev 49) @@ -30,11 +30,7 @@ ifeq ($(BUILD_ARCH),x86_64) ifneq ($(BUILD_ARCH), $(TARGET_ARCH)) -CC += -m32 -AS += --32 -LD += -melf_i386 - -CROSS_ASFLAGS=-m32 +CROSS_ASFLAGS=--32 CROSS_CFLAGS=-m32 CROSS_LDFLAGS=-melf_i386 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] buildrom problems (serengeti cheetah, s2891)
On 24/10/07 18:12 -0400, Ward Vandewege wrote: On Wed, Oct 24, 2007 at 02:38:42PM -0600, Jordan Crouse wrote: Try this patch to buildrom - it should make everybody happy. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. !DSPAM:471fad6a90701804284693! [BUILDROM] Fix building 32 bit on 64 bit hosts Re-adjust my previous patch a little bit, its not smart to be passing the -m32 flag into the kernel, it already knows how to do the right thing (TM). So pull the 32 bit flags from the default CC, AS and LD variable and pass them in individually. Also, add quotes to the variables passed into the kernel, since thats obviously buggy. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Myles has confirmed (off-list) that this fixes the problem on 64 bit; I've confirmed that it does not break 32 bit, hence: Acked-by: Ward Vandewege [EMAIL PROTECTED] r49 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] [BULDROM] Further categorize boards by vendor
With the addition of the Tyan board today, we've reached our 9th platform supported in buildrom (yay!). Its starting to get a little crowded in there, so lets start categorizing the boards to make the list more manageable. I wanted to do it on a CPU basis, but IRC convinced me to do it by board vendor, so here it is. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. [BULDROM] Further categorize boards by vendor Buildrom is getting to successful for its own good.. :) Categorize the boards by vendor to make them easier to find. Signed-off-by: Jordan Crouse [EMAIL PROTECTED] Index: buildrom-devel/config/platforms/Config.in === --- buildrom-devel.orig/config/platforms/Config.in 2007-10-24 17:23:52.0 -0600 +++ buildrom-devel/config/platforms/Config.in 2007-10-24 17:38:37.0 -0600 @@ -1,6 +1,31 @@ menu Platform Configuration choice + prompt Vendor for the platform target + default VENDOR_AMD + help + Select a vendor category for the target you want to build for + +config VENDOR_AMD + bool AMD + +config VENDOR_ARTEC + bool Artec Group + +config VENDOR_DIGITALLOGIC + bool Digital Logic + +config VENDOR_GIGABYTE + bool Gigabyte + +config VENDOR_PCENGINES + bool PC Engines + +config VENDOR_TYAN + bool Tyan +endchoice + +choice prompt Platform target for the ROM default PLATFORM_NORWICH help @@ -8,38 +33,47 @@ config PLATFORM_NORWICH bool AMD Geode LX 'Norwich' + depends VENDOR_AMD select PLATFORM config PLATFORM_DBE61 bool Artec Group dbe61 + depends VENDOR_ARTEC select PLATFORM config PLATFORM_ALIX1C bool PC Engines ALIX1.C + depends VENDOR_PCENGINES select PLATFORM config PLATFORM_MSM800SEV bool Digital Logic msm800sev + depends VENDOR_DIGITALLOGIC select PLATFORM config PLATFORM_DB800 bool AMD DB800 + depends VENDOR_AMD select PLATFORM config PLATFORM_M57SLI bool Gigabyte M57SLI + depends VENDOR_GIGABYTE select PLATFORM config PLATFORM_TYAN_S2882 bool Tyan S2882 + depends VENDOR_TYAN select PLATFORM config PLATFORM_TYAN_S2891 bool Tyan S2891 + depends VENDOR_TYAN select PLATFORM config PLATFORM_SERENGETI_CHEETAH bool AMD Serengeti_Cheetah + depends VENDOR_AMD select PLATFORM endchoice endmenu -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r2873 - trunk/util/flashrom
On Thu, Oct 18, 2007 at 01:55:15AM +0200, [EMAIL PROTECTED] wrote: Author: uwe Some cosmetic cleanups in the flashrom code and output. Mostly true.. - gigabyte, m61ps3, GIGABYTE GA-M61P-S3, it87xx_probe_spi_flash}, + gigabyte, m61p, GIGABYTE GA-M61P-S3, it87xx_probe_spi_flash}, ..but this type of change should really be a separate patch, or at the very least mentioned explicitly in the commit message. It does change the behavior of flashrom completely for one board. //Peter -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] r2875 - trunk/util/flashrom
On Thu, Oct 18, 2007 at 02:29:05AM +0200, [EMAIL PROTECTED] wrote: The following boards require the specification of the board name, if no LinuxBIOS table is found: @@ -55,9 +55,11 @@ * ASUS P5A: use -m asus:p5a * IBM x3455: use -m ibm:x3455 * EPoX EP-BX3: use -m epox:ep-bx3 -* GIGABYTE GA-M57SLI v2.0: use -m gigabyte:m57sli -* GIGABYTE GA-M61P-S3: use -m gigabyte:m61ps3 +* GIGABYTE GA-M57SLI-S4 v2.0: use -m gigabyte:m57sli +* GIGABYTE GA-M61P-S3: use -m gigabyte:m61p +* MSI K8N Neo3: use -m msi:k8n-neo3 Could we get this compiled into flashrom so that it can be shown if a board can't be detected? //Peter -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] [PATCH] pci_rom.c checksum extension rom
On Thu, Oct 18, 2007 at 12:27:27AM -0700, ron minnich wrote: what logs? What if [..] there is no serial console (sun ultra40) Debug port? //Peter -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] DFI Lanparty NF4 SLi DR ( socket 939 ) - lspci and superiotool output
root[george]# root[george]# lspci -tvnn -[:00]-+-00.0 nVidia Corporation CK804 Memory Controller [10de:005e] +-01.0 nVidia Corporation CK804 ISA Bridge [10de:0050] +-01.1 nVidia Corporation CK804 SMBus [10de:0052] +-02.0 nVidia Corporation CK804 USB Controller [10de:005a] +-02.1 nVidia Corporation CK804 USB Controller [10de:005b] +-06.0 nVidia Corporation CK804 IDE [10de:0053] +-07.0 nVidia Corporation CK804 Serial ATA Controller [10de:0054] +-08.0 nVidia Corporation CK804 Serial ATA Controller [10de:0055] +-09.0-[:01]--+-06.0 Philips Semiconductors SAA7146 [1131:7146] | +-07.0 Creative Labs SB Audigy [1102:0004] | +-07.1 Creative Labs SB Audigy Game Port [1102:7003] | +-07.2 Creative Labs SB Audigy FireWire Port [1102:4001] | +-09.0 VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] | \-0a.0 Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] +-0a.0 nVidia Corporation CK804 Ethernet Controller [10de:0057] +-0b.0-[:02]-- +-0c.0-[:03]-- +-0d.0-[:04]-- +-0e.0-[:05]00.0 nVidia Corporation GeForce 6500 [10de:0160] +-18.0 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100] +-18.1 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101] +-18.2 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102] \-18.3 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103] root[george]# superiotool -dV superiotool r2841 Probing for ALi Super I/O at 0x3f0... Failed. Returned data: id=0x, rev=0xff Probing for ALi Super I/O at 0x370... Failed. Returned data: id=0x, rev=0xff Probing for Fintek Super I/O at 0x2e... Failed. Returned data: vid=0x, id=0x Probing for Fintek Super I/O at 0x4e... Failed. Returned data: vid=0x, id=0x Probing for ITE Super I/O (init=0x87,0x01,0x55,0x55/0xaa) at 0x2e... Found ITE IT8712F (id=0x8712, rev=0x7) at 0x2e Register dump: idx 07 20 21 22 23 24 2b val 02 87 12 07 41 00 00 def NA 87 12 08 00 00 00 LDN 0x00 (Floppy) idx 30 60 61 70 74 f0 f1 val 01 03 f0 06 02 00 00 def 00 03 f0 06 02 00 00 LDN 0x01 (COM1) idx 30 60 61 70 f0 f1 f2 f3 val 01 03 f8 04 00 50 00 7f def 00 03 f8 04 00 50 00 7f LDN 0x02 (COM2) idx 30 60 61 70 f0 f1 f2 f3 val 01 02 f8 03 10 50 00 7f def 00 02 f8 03 00 50 00 7f LDN 0x03 (Parallel port) idx 30 60 61 62 63 70 74 f0 val 00 00 00 00 00 00 04 08 def 00 03 78 07 78 07 03 03 LDN 0x04 (Environment controller) idx 30 60 61 62 63 70 f0 f1 f2 f3 f4 f5 f6 val 01 02 90 00 00 00 08 08 0a 00 08 01 ff def 00 02 90 02 30 09 00 00 00 00 00 NA NA LDN 0x05 (Keyboard) idx 30 60 61 62 63 70 71 f0 val 01 00 60 00 64 01 02 68 def 01 00 60 00 64 01 02 08 LDN 0x06 (Mouse) idx 30 70 71 f0 val 00 00 02 00 def 00 0c 02 00 LDN 0x07 (GPIO) idx 25 26 27 28 29 2a 2c 60 61 62 63 64 65 70 71 72 73 74 b0 b1 b2 b3 b4 b5 b8 b9 ba bb bc bd c0 c1 c2 c3 c4 c8 c9 ca cb cc e0 e1 e2 e3 e4 f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd val c1 cf 00 03 08 00 1f 00 00 02 00 00 00 00 00 00 00 04 c0 c0 00 00 00 00 00 00 00 00 08 08 c0 cf 00 01 00 00 0f 00 01 00 00 00 00 00 00 10 00 00 00 00 2b 20 00 00 01 00 00 28 00 def 01 00 00 40 00 00 00 00 00 00 00 00 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 40 00 01 00 00 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 NA 00 LDN 0x08 (MIDI port) idx 30 60 61 70 f0 val 00 03 00 0a 00 def 00 03 00 0a 00 LDN 0x09 (Game port) idx 30 60 61 val 00 02 01 def 00 02 01 LDN 0x0a (Consumer IR) idx 30 60 61 70 f0 val 00 03 10 0b 06 def 00 03 10 0b 00 Probing for ITE Super I/O (init=0x87,0x87) at 0x2e... Failed. Returned data: id=0x, rev=0xf Probing for ITE Super I/O (init=0x87,0x01,0x55,0x55/0xaa) at 0x4e... Failed. Returned data: id=0x, rev=0xf Probing for ITE Super I/O (init=0x87,0x87) at 0x4e... Failed. Returned data: id=0x, rev=0xf Probing for NSC Super I/O at 0x2e... Failed. Returned data: port=0xff, port+1=0xff Probing for NSC Super I/O at 0x4e... Failed. Returned data: port=0xff, port+1=0xff Probing for SMSC Super I/O (idregs=0x20/0x21) at 0x2e... Failed. Returned data: id=0xff, rev=0xff Probing for SMSC Super I/O (idregs=0x0d/0x0e) at 0x2e... Failed. Returned data: id=0xff, rev=0xff Probing for SMSC Super I/O (idregs=0x20/0x21) at 0x4e... Failed. Returned data: id=0xff, rev=0xff Probing for SMSC Super I/O (idregs=0x0d/0x0e) at 0x4e... Failed. Returned data: id=0xff, rev=0xff Probing for SMSC Super I/O (idregs=0x20/0x21) at 0x162e... Failed. Returned data: id=0xff, rev=0xff Probing for SMSC Super I/O (idregs=0x0d/0x0e) at
Re: [LinuxBIOS] [PATCH] Common code base for Advantech PCM-5820, ASI MB_5BLMP, BCOM WinNET100
On Wed, Oct 24, 2007 at 12:08:58AM +0200, Uwe Hermann wrote: I think it's pretty clear that I totally dislike duplicated code Me too, but it's not worth the effort to fix that in v2. The bigger problem is more recent boards. .. worse they contain a _lot_ of duplicated or near-duplicated code. Yes, likely because of copy-paste development. Maybe we don't even have to fully merge the boards in v2, some simple cleanups in the current code base would also be helpful, I think. Disagree. Not for v2. get_bus_conf.c, irq_tables.c, mptable.c, resourcemap.c etc. .. create patches to fix _that_ in v2, but I'd really appreciate it if v3 would have that kind of information as a simple config value part of the dts. This is indeed my idea for v3 too. There are just 2-3 places where you have to add your board in the #elif. On the long run (in v3 maybe) How long is long ? No idea. As short as possible, of course, but just like anyone else I have no release date. Understood. What I was getting at was that it may be quicker to just forget v2 and work with new shinyness in v3. I would much rather see this effort go into v3 and a bonus is that Sure, I'm willing to also provide patches to eliminate any uselessly duplicated code from v3. My point was that there is little if any duplicate code in v3 and that the v3 design is intended to minimize it - working on v3 is much more interesting, since it solves many of the problems in v2. many of the boards supported by v2 would be working also with v3. Can you elaborate? How does eliminating duplicated code help or not help in supporting v2 boards in v3? Those issues are not really related IMO. That's right. But I meant that moving one v2 port to v3 (part of which is structuring the code a bit better) should make it very easy to add new boards with similar hardware - just like we want. And, as Stefan pointed out, putting effort into v2 means v3 becomes stale. I still expect people to work on v2 to some degree since it's much easier to do copy-paste-development there, but I don't think we should encourage any efforts in v2 except as a testbed now that v3 is starting to run on hardware. //Peter -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] [PATCH] fix vga output in v2 qemu target
On Mon, Oct 15, 2007 at 08:12:12PM +0200, Stefan Reinauer wrote: I vote for making v3 pretty. The v2 target of Qemu is not worth more effort. Agreed. Acked-by: Peter Stuge [EMAIL PROTECTED] -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2897 - trunk/util/flashrom
Author: stuge Date: 2007-10-25 06:11:11 +0200 (Thu, 25 Oct 2007) New Revision: 2897 Modified: trunk/util/flashrom/flash.h trunk/util/flashrom/flashchips.c Log: Added Am29LV040B Looking through the sources of Uniflash utility I found that this chip is no more no less than low-voltage variant of Am29F040B but with different ID. So I created a very quick patch (attached). Signed-off-by: Peter Lemenkov [EMAIL PROTECTED] Acked-by: Peter Stuge [EMAIL PROTECTED] Modified: trunk/util/flashrom/flash.h === --- trunk/util/flashrom/flash.h 2007-10-24 20:17:04 UTC (rev 2896) +++ trunk/util/flashrom/flash.h 2007-10-25 04:11:11 UTC (rev 2897) @@ -63,6 +63,7 @@ #define AMD_ID 0x01/* AMD */ #define AM_29F040B 0xA4 +#define AM_29LV040B0x4F #define AM_29F016D 0xAD #define AMIC_ID0x37/* AMIC */ Modified: trunk/util/flashrom/flashchips.c === --- trunk/util/flashrom/flashchips.c2007-10-24 20:17:04 UTC (rev 2896) +++ trunk/util/flashrom/flashchips.c2007-10-25 04:11:11 UTC (rev 2897) @@ -28,6 +28,8 @@ struct flashchip flashchips[] = { {Am29F040B, AMD_ID, AM_29F040B, 512, 64 * 1024, probe_29f040b, erase_29f040b, write_29f040b}, + {Am29LV040B, AMD_ID, AM_29LV040B,512, 64 * 1024, +probe_29f040b, erase_29f040b, write_29f040b}, {Am29F016D, AMD_ID, AM_29F016D, 2048, 64 * 1024, probe_29f040b, erase_29f040b, write_29f040b}, {AE49F2008, ASD_ID, ASD_AE49F2008, 256, 128, -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
Re: [LinuxBIOS] [flashrom] patch: added Am29LV040B (trivial)
On Tue, Oct 16, 2007 at 01:58:20AM +0400, Peter Lemenkov wrote: Signed-off-by: Peter Lemenkov [EMAIL PROTECTED] Acked, r2897 //Peter -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios
[LinuxBIOS] r2897 build service
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer stuge checked in revision 2897 to the LinuxBIOS source repository and caused the following changes: Change Log: Added Am29LV040B Looking through the sources of Uniflash utility I found that this chip is no more no less than low-voltage variant of Am29F040B but with different ID. So I created a very quick patch (attached). Signed-off-by: Peter Lemenkov [EMAIL PROTECTED] Acked-by: Peter Stuge [EMAIL PROTECTED] Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=hdamavendor=arima Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=e325vendor=ibm Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=e326vendor=ibm Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=juki-511pvendor=iei Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=dk8s2vendor=iwill Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=dk8xvendor=iwill Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2897device=kheprivendor=newisys If something broke during this checkin please be a pain in stuge'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 -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios