From owner-freebsd-ia64@FreeBSD.ORG Mon Feb 7 23:25:57 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5416716A4CF for ; Mon, 7 Feb 2005 23:25:57 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9311143D2F for ; Mon, 7 Feb 2005 23:25:56 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13262 invoked from network); 7 Feb 2005 23:25:56 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Feb 2005 23:25:54 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j17NPeDV089103; Mon, 7 Feb 2005 18:25:47 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: amd64@FreeBSD.org Date: Mon, 7 Feb 2005 18:26:48 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200502071826.48609.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: ia64@FreeBSD.org Subject: [PATCH] Fixes to the ia32 ABI (and amd64/Linux) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:25:57 -0000 Can people test the patch below, it includes various and sundry fixes to the FreeBSD 32 compat ABI (i.e. FreeBSD/i386 binaries on FreeBSD/amd64 and FreeBSD/ia64) and the amd64 Linux/i386 ABI as well. I don't expect it to make anything start working that was broken before, but there shouldn't be any regressions: --- //depot/projects/smpng/sys/amd64/linux32/linux32_machdep.c 2004/10/05 19:15:26 +++ //depot/user/jhb/proc/amd64/linux32/linux32_machdep.c 2005/02/04 16:32:42 @@ -34,6 +34,7 @@ #include #include #include +#include #include #include #include @@ -49,6 +50,8 @@ #include #include +#include +#include #include #include @@ -89,72 +92,120 @@ return (lsa); } -int -linux_execve(struct thread *td, struct linux_execve_args *args) +/* + * Custom version of exec_copyin_args() so that we can translate + * the pointers. + */ +static int +linux_exec_copyin_args(struct image_args *args, char *fname, + enum uio_seg segflg, char **argv, char **envv) { - struct execve_args ap; - caddr_t sg; + char *argp, *envp; + u_int32_t *p32, arg; + size_t length; int error; - u_int32_t *p32, arg; - char **p, *p64; - int count; + + bzero(args, sizeof(*args)); + if (argv == NULL) + return (EFAULT); - sg = stackgap_init(); - CHECKALTEXIST(td, &sg, args->path); + /* + * Allocate temporary demand zeroed space for argument and + * environment strings + */ + args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + if (args->buf == NULL) + return (ENOMEM); + args->begin_argv = args->buf; + args->endp = args->begin_argv; + args->stringspace = ARG_MAX; -#ifdef DEBUG - if (ldebug(execve)) - printf(ARGS(execve, "%s"), args->path); -#endif + args->fname = args->buf + ARG_MAX; - ap.fname = args->path; + /* + * Copy the file name. + */ + error = (segflg == UIO_SYSSPACE) ? + copystr(fname, args->fname, PATH_MAX, &length) : + copyinstr(fname, args->fname, PATH_MAX, &length); + if (error != 0) + return (error); - if (args->argp != NULL) { - count = 0; - p32 = (u_int32_t *)args->argp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.argv = p; - p32 = (u_int32_t *)args->argp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + /* + * extract arguments first + */ + p32 = (u_int32_t *)argv; + for (;;) { + error = copyin(p32++, &arg, sizeof(arg)); + if (error) + return (error); + if (arg == 0) + break; + argp = PTRIN(arg); + error = copyinstr(argp, args->endp, args->stringspace, &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->argc++; } - if (args->envp != NULL) { - count = 0; - p32 = (u_int32_t *)args->envp; - do { + + args->begin_envv = args->endp; + + /* + * extract environment strings + */ + if (envv) { + p32 = (u_int32_t *)envv; + for (;;) { error = copyin(p32++, &arg, sizeof(arg)); if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.envv = p; - p32 = (u_int32_t *)args->envp; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + return (error); + if (arg == 0) + break; + envp = PTRIN(arg); + error = copyinstr(envp, args->endp, args->stringspace, + &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->envc++; + } } - return (execve(td, &ap)); + return (0); +} + +int +linux_execve(struct thread *td, struct linux_execve_args *args) +{ + struct image_args eargs; + char *path; + int error; + + LCONVPATHEXIST(td, args->path, &path); + +#ifdef DEBUG + if (ldebug(execve)) + printf(ARGS(execve, "%s"), path); +#endif + + error = linux_exec_copyin_args(&eargs, path, UIO_SYSSPACE, args->argp, + args->envp); + free(path, M_TEMP); + if (error == 0) + error = kern_execve(td, &eargs, NULL); + exec_free_args(&eargs); + return (error); } struct iovec32 { @@ -903,36 +954,20 @@ int linux_nanosleep(struct thread *td, struct linux_nanosleep_args *uap) { - struct timespec ats; + struct timespec rqt, rmt; struct l_timespec ats32; - struct nanosleep_args bsd_args; int error; - caddr_t sg; - caddr_t sarqts, sarmts; - sg = stackgap_init(); error = copyin(uap->rqtp, &ats32, sizeof(ats32)); if (error != 0) return (error); - ats.tv_sec = ats32.tv_sec; - ats.tv_nsec = ats32.tv_nsec; - sarqts = stackgap_alloc(&sg, sizeof(ats)); - error = copyout(&ats, sarqts, sizeof(ats)); - if (error != 0) - return (error); - sarmts = stackgap_alloc(&sg, sizeof(ats)); - bsd_args.rqtp = (void *)sarqts; - bsd_args.rmtp = (void *)sarmts; - error = nanosleep(td, &bsd_args); + rqt.tv_sec = ats32.tv_sec; + rqt.tv_nsec = ats32.tv_nsec; + error = kern_nanosleep(td, &rqt, &rmt); if (uap->rmtp != NULL) { - error = copyin(sarmts, &ats, sizeof(ats)); - if (error != 0) - return (error); - ats32.tv_sec = ats.tv_sec; - ats32.tv_nsec = ats.tv_nsec; + ats32.tv_sec = rmt.tv_sec; + ats32.tv_nsec = rmt.tv_nsec; error = copyout(&ats32, uap->rmtp, sizeof(ats32)); - if (error != 0) - return (error); } return (error); } --- //depot/projects/smpng/sys/amd64/linux32/linux32_sysvec.c 2005/01/31 22:15:49 +++ //depot/user/jhb/proc/amd64/linux32/linux32_sysvec.c 2005/02/04 16:32:42 @@ -744,7 +744,8 @@ exec_linux_imgact_try(struct image_params *imgp) { const char *head = (const char *)imgp->image_header; - int error = -1; + char *rpath; + int error = -1, len; /* * The interpreter for shell scripts run from a linux binary needs @@ -758,12 +759,10 @@ * path is found, use our stringspace to store it. */ if ((error = exec_shell_imgact(imgp)) == 0) { - char *rpath = NULL; - - linux_emul_find(FIRST_THREAD_IN_PROC(imgp->proc), NULL, - imgp->interpreter_name, &rpath, 0); - if (rpath != imgp->interpreter_name) { - int len = strlen(rpath) + 1; + linux_emul_convpath(FIRST_THREAD_IN_PROC(imgp->proc), + imgp->interpreter_name, UIO_SYSSPACE, &rpath, 0); + if (rpath != NULL) { + len = strlen(rpath) + 1; if (len <= MAXSHELLCMDLEN) { memcpy(imgp->interpreter_name, rpath, len); --- //depot/projects/smpng/sys/compat/freebsd32/freebsd32_misc.c 2005/01/31 22:15:49 +++ //depot/user/jhb/proc/compat/freebsd32/freebsd32_misc.c 2005/02/04 16:32:42 @@ -222,65 +222,111 @@ return (error); } -int -freebsd32_execve(struct thread *td, struct freebsd32_execve_args *uap) +/* + * Custom version of exec_copyin_args() so that we can translate + * the pointers. + */ +static int +freebsd32_exec_copyin_args(struct image_args *args, char *fname, + enum uio_seg segflg, u_int32_t *argv, u_int32_t *envv) { + char *argp, *envp; + u_int32_t *p32, arg; + size_t length; int error; - caddr_t sg; - struct execve_args ap; - u_int32_t *p32, arg; - char **p, *p64; - int count; + + bzero(args, sizeof(*args)); + if (argv == NULL) + return (EFAULT); + + /* + * Allocate temporary demand zeroed space for argument and + * environment strings + */ + args->buf = (char *) kmem_alloc_wait(exec_map, PATH_MAX + ARG_MAX); + if (args->buf == NULL) + return (ENOMEM); + args->begin_argv = args->buf; + args->endp = args->begin_argv; + args->stringspace = ARG_MAX; + + args->fname = args->buf + ARG_MAX; - sg = stackgap_init(); - ap.fname = uap->fname; + /* + * Copy the file name. + */ + error = (segflg == UIO_SYSSPACE) ? + copystr(fname, args->fname, PATH_MAX, &length) : + copyinstr(fname, args->fname, PATH_MAX, &length); + if (error != 0) + return (error); - if (uap->argv) { - count = 0; - p32 = uap->argv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.argv = p; - p32 = uap->argv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + /* + * extract arguments first + */ + p32 = argv; + for (;;) { + error = copyin(p32++, &arg, sizeof(arg)); + if (error) + return (error); + if (arg == 0) + break; + argp = PTRIN(arg); + error = copyinstr(argp, args->endp, args->stringspace, &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->argc++; } - if (uap->envv) { - count = 0; - p32 = uap->envv; - do { + + args->begin_envv = args->endp; + + /* + * extract environment strings + */ + if (envv) { + p32 = envv; + for (;;) { error = copyin(p32++, &arg, sizeof(arg)); if (error) - return error; - count++; - } while (arg != 0); - p = stackgap_alloc(&sg, count * sizeof(char *)); - ap.envv = p; - p32 = uap->envv; - do { - error = copyin(p32++, &arg, sizeof(arg)); - if (error) - return error; - p64 = PTRIN(arg); - error = copyout(&p64, p++, sizeof(p64)); - if (error) - return error; - } while (arg != 0); + return (error); + if (arg == 0) + break; + envp = PTRIN(arg); + error = copyinstr(envp, args->endp, args->stringspace, + &length); + if (error) { + if (error == ENAMETOOLONG) + return (E2BIG); + else + return (error); + } + args->stringspace -= length; + args->endp += length; + args->envc++; + } } - return execve(td, &ap); + return (0); +} + +int +freebsd32_execve(struct thread *td, struct freebsd32_execve_args *uap) +{ + struct image_args eargs; + int error; + + error = freebsd32_exec_copyin_args(&eargs, uap->fname, UIO_USERSPACE, + uap->argv, uap->envv); + if (error == 0) + error = kern_execve(td, &eargs, NULL); + exec_free_args(&eargs); + return (error); } #ifdef __ia64__ @@ -437,99 +483,63 @@ int freebsd32_setitimer(struct thread *td, struct freebsd32_setitimer_args *uap) { + struct itimerval itv, oitv, *itvp; + struct itimerval32 i32; int error; - caddr_t sg; - struct itimerval32 *p32, *op32, s32; - struct itimerval *p = NULL, *op = NULL, s; - p32 = uap->itv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->itv = (struct itimerval32 *)p; - error = copyin(p32, &s32, sizeof(s32)); + if (uap->itv != NULL) { + error = copyin(uap->itv, &i32, sizeof(i32)); if (error) return (error); - TV_CP(s32, s, it_interval); - TV_CP(s32, s, it_value); - error = copyout(&s, p, sizeof(s)); - if (error) - return (error); - } - op32 = uap->oitv; - if (op32) { - sg = stackgap_init(); - op = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->oitv = (struct itimerval32 *)op; - } - error = setitimer(td, (struct setitimer_args *) uap); - if (error) + TV_CP(i32, itv, it_interval); + TV_CP(i32, itv, it_value); + itvp = &itv; + } else + itvp = NULL; + error = kern_setitimer(td, uap->which, itvp, &oitv); + if (error || uap->oitv == NULL) return (error); - if (op32) { - error = copyin(op, &s, sizeof(s)); - if (error) - return (error); - TV_CP(s, s32, it_interval); - TV_CP(s, s32, it_value); - error = copyout(&s32, op32, sizeof(s32)); - } - return (error); + TV_CP(oitv, i32, it_interval); + TV_CP(oitv, i32, it_value); + return (copyout(&i32, uap->oitv, sizeof(i32))); } int freebsd32_getitimer(struct thread *td, struct freebsd32_getitimer_args *uap) { + struct itimerval itv; + struct itimerval32 i32; int error; - caddr_t sg; - struct itimerval32 *p32, s32; - struct itimerval *p = NULL, s; - p32 = uap->itv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct itimerval)); - uap->itv = (struct itimerval32 *)p; - } - error = getitimer(td, (struct getitimer_args *) uap); - if (error) + error = kern_getitimer(td, uap->which, &itv); + if (error || uap->itv == NULL) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - TV_CP(s, s32, it_interval); - TV_CP(s, s32, it_value); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + TV_CP(itv, i32, it_interval); + TV_CP(itv, i32, it_value); + return (copyout(&i32, uap->itv, sizeof(i32))); } int freebsd32_select(struct thread *td, struct freebsd32_select_args *uap) { + struct timeval32 tv32; + struct timeval tv, *tvp; int error; - caddr_t sg; - struct timeval32 *p32, s32; - struct timeval *p = NULL, s; - p32 = uap->tv; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct timeval)); - uap->tv = (struct timeval32 *)p; - error = copyin(p32, &s32, sizeof(s32)); + if (uap->tv != NULL) { + error = copyin(uap->tv, &tv32, sizeof(tv32)); if (error) return (error); - CP(s32, s, tv_sec); - CP(s32, s, tv_usec); - error = copyout(&s, p, sizeof(s)); - if (error) - return (error); - } + CP(tv32, tv, tv_sec); + CP(tv32, tv, tv_usec); + tvp = &tv; + } else + tvp = NULL; /* * XXX big-endian needs to convert the fd_sets too. + * XXX Do pointers need PTRIN()? */ - return (select(td, (struct select_args *) uap)); + return (kern_select(td, uap->nd, uap->in, uap->ou, uap->ex, tvp)); } struct kevent32 { @@ -799,28 +809,22 @@ int freebsd32_utimes(struct thread *td, struct freebsd32_utimes_args *uap) { + struct timeval32 s32[2]; + struct timeval s[2], *sp; int error; - caddr_t sg; - struct timeval32 *p32, s32[2]; - struct timeval *p = NULL, s[2]; - p32 = uap->tptr; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, 2*sizeof(struct timeval)); - uap->tptr = (struct timeval32 *)p; - error = copyin(p32, s32, sizeof(s32)); + if (uap->tptr != NULL) { + error = copyin(uap->tptr, s32, sizeof(s32)); if (error) return (error); CP(s32[0], s[0], tv_sec); CP(s32[0], s[0], tv_usec); CP(s32[1], s[1], tv_sec); CP(s32[1], s[1], tv_usec); - error = copyout(s, p, sizeof(s)); - if (error) - return (error); - } - return (utimes(td, (struct utimes_args *) uap)); + sp = s; + } else + sp = NULL; + return (kern_utimes(td, uap->path, UIO_USERSPACE, sp, UIO_SYSSPACE)); } int @@ -851,7 +855,7 @@ op = stackgap_alloc(&sg, sizeof(struct timeval)); uap->olddelta = (struct timeval32 *)op; } - error = utimes(td, (struct utimes_args *) uap); + error = adjtime(td, (struct adjtime_args *) uap); if (error) return error; if (op32) { @@ -869,28 +873,15 @@ int freebsd4_freebsd32_statfs(struct thread *td, struct freebsd4_freebsd32_statfs_args *uap) { + struct statfs32 s32; + struct statfs s; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = statfs(td, (struct statfs_args *) uap); + error = kern_statfs(td, uap->path, UIO_USERSPACE, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -898,28 +889,15 @@ int freebsd4_freebsd32_fstatfs(struct thread *td, struct freebsd4_freebsd32_fstatfs_args *uap) { + struct statfs32 s32; + struct statfs s; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = fstatfs(td, (struct fstatfs_args *) uap); + error = kern_fstatfs(td, uap->fd, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -927,28 +905,18 @@ int freebsd4_freebsd32_fhstatfs(struct thread *td, struct freebsd4_freebsd32_fhstatfs_args *uap) { + struct statfs32 s32; + struct statfs s; + fhandle_t fh; int error; - caddr_t sg; - struct statfs32 *p32, s32; - struct statfs *p = NULL, s; - p32 = uap->buf; - if (p32) { - sg = stackgap_init(); - p = stackgap_alloc(&sg, sizeof(struct statfs)); - uap->buf = (struct statfs32 *)p; - } - error = fhstatfs(td, (struct fhstatfs_args *) uap); + if ((error = copyin(uap->u_fhp, &fh, sizeof(fhandle_t))) != 0) + return (error); + error = kern_fhstatfs(td, fh, &s); if (error) return (error); - if (p32) { - error = copyin(p, &s, sizeof(s)); - if (error) - return (error); - copy_statfs(&s, &s32); - error = copyout(&s32, p32, sizeof(s32)); - } - return (error); + copy_statfs(&s, &s32); + return (copyout(&s32, uap->buf, sizeof(s32))); } #endif @@ -1124,20 +1092,8 @@ struct stat sb; struct stat32 sb32; int error; - struct nameidata nd; -#ifdef LOOKUP_SHARED - NDINIT(&nd, LOOKUP, FOLLOW | LOCKSHARED | LOCKLEAF | NOOBJ, - UIO_USERSPACE, uap->path, td); -#else - NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF | NOOBJ, UIO_USERSPACE, - uap->path, td); -#endif - if ((error = namei(&nd)) != 0) - return (error); - error = vn_stat(nd.ni_vp, &sb, td->td_ucred, NOCRED, td); - NDFREE(&nd, NDF_ONLY_PNBUF); - vput(nd.ni_vp); + error = kern_stat(td, uap->path, UIO_USERSPACE, &sb); if (error) return (error); copy_stat(&sb, &sb32); @@ -1148,17 +1104,11 @@ int freebsd32_fstat(struct thread *td, struct freebsd32_fstat_args *uap) { - struct file *fp; struct stat ub; struct stat32 ub32; int error; - if ((error = fget(td, uap->fd, &fp)) != 0) - return (error); - mtx_lock(&Giant); - error = fo_stat(fp, &ub, td->td_ucred, td); - mtx_unlock(&Giant); - fdrop(fp, td); + error = kern_fstat(td, uap->fd, &ub); if (error) return (error); copy_stat(&ub, &ub32); @@ -1169,20 +1119,11 @@ int freebsd32_lstat(struct thread *td, struct freebsd32_lstat_args *uap) { - int error; - struct vnode *vp; struct stat sb; struct stat32 sb32; - struct nameidata nd; + int error; - NDINIT(&nd, LOOKUP, NOFOLLOW | LOCKLEAF | NOOBJ, UIO_USERSPACE, - uap->path, td); - if ((error = namei(&nd)) != 0) - return (error); - vp = nd.ni_vp; - error = vn_stat(vp, &sb, td->td_ucred, NOCRED, td); - NDFREE(&nd, NDF_ONLY_PNBUF); - vput(vp); + error = kern_lstat(td, uap->path, UIO_USERSPACE, &sb); if (error) return (error); copy_stat(&sb, &sb32); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-ia64@FreeBSD.ORG Tue Feb 8 07:24:44 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C7C16A4CF; Tue, 8 Feb 2005 07:24:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0190643D31; Tue, 8 Feb 2005 07:24:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j187OgSi005346; Tue, 8 Feb 2005 02:24:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j187QnSP018978; Tue, 8 Feb 2005 02:26:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E4667306E; Tue, 8 Feb 2005 02:24:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050208072442.3E4667306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 02:24:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:24:44 -0000 TB --- 2005-02-08 05:06:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-08 05:06:38 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-08 05:06:38 - checking out the source tree TB --- 2005-02-08 05:06:38 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-08 05:06:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-08 05:21:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-08 05:21:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-08 05:21:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-08 07:15:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-08 07:15:01 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-08 07:15:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 8 07:15:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/i a64/ia64/exception.S cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c: In function `ia64_mca_save_state': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c:148: error: structure has no member named `descr' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-08 07:24:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-08 07:24:41 - ERROR: failed to build generic kernel TB --- 2005-02-08 07:24:41 - tinderbox aborted From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 03:25:55 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF18316A4CE; Wed, 9 Feb 2005 03:25:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1436043D3F; Wed, 9 Feb 2005 03:25:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j193PrQM082717; Tue, 8 Feb 2005 22:25:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j193QAKX090377; Tue, 8 Feb 2005 22:26:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 471157306E; Tue, 8 Feb 2005 22:25:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209032553.471157306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 22:25:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 03:25:55 -0000 TB --- 2005-02-09 01:39:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 01:39:13 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-09 01:39:13 - checking out the source tree TB --- 2005-02-09 01:39:13 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-09 01:39:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 01:44:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 01:44:50 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-09 01:44:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 03:16:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 03:16:11 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-09 03:16:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 03:16:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/i a64/ia64/exception.S cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c: In function `ia64_mca_save_state': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c:148: error: structure has no member named `descr' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-09 03:25:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 03:25:52 - ERROR: failed to build generic kernel TB --- 2005-02-09 03:25:52 - tinderbox aborted From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 18:16:04 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41B1916A4CE for ; Wed, 9 Feb 2005 18:16:04 +0000 (GMT) Received: from outgoing.downtownhelpdesk.com (sausage.downtownhelpdesk.com [67.100.218.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EDE43D39 for ; Wed, 9 Feb 2005 18:16:03 +0000 (GMT) (envelope-from mark@compitsolutions.com) Received: from [172.22.1.21] (unknown [67.103.22.250]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by smtps.downtownhelpdesk.com (Postfix) with ESMTP id 8EB1C5713E for ; Wed, 9 Feb 2005 13:11:41 -0500 (EST) User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 13:16:28 -0500 From: "Mark J. Nernberg" To: Message-ID: X-Habeas-SWE-1: Winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . Mime-version: 1.0 Content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3190799788_342787" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:16:04 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3190799788_342787 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? The DL590 is a multiprocessor Itanium machine; we just picked one up, and I'm having problems booting from the install disk -- all goes OK until it gets to "Entering Kernel", at which point it freezes, completely. Any help would be most appreciated; if anyone requires more information to assist, I will gladly provide it. M. -- Mark J. Nernberg Director of Technology CompIT Solutions http://www.compitsolutions.com (412)355-0501 [office] (412)478-6262 [cell] --B_3190799788_342787-- From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 18:16:38 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01BB16A4CF for ; Wed, 9 Feb 2005 18:16:38 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id F2A7A43D2F for ; Wed, 9 Feb 2005 18:16:37 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 9460 invoked from network); 9 Feb 2005 18:16:33 -0000 Received: from unknown (HELO ?172.22.1.21?) (m@67.103.106.42) by speedbuggy.telerama.com with SMTP; 9 Feb 2005 18:16:33 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 13:17:02 -0500 From: m To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:16:38 -0000 Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? The DL590 is a multiprocessor Itanium machine; we just picked one up, and I'm having problems booting from the install disk -- all goes OK until it gets to "Entering Kernel", at which point it freezes, completely. Any help would be most appreciated; if anyone requires more information to assist, I will gladly provide it. M. -- Mark J. Nernberg Director of Technology CompIT Solutions http://www.compitsolutions.com (412)355-0501 [office] (412)478-6262 [cell] From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 18:20:11 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B8D16A4CE for ; Wed, 9 Feb 2005 18:20:11 +0000 (GMT) Received: from palrel12.hp.com (palrel12.hp.com [156.153.255.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6A0643D39 for ; Wed, 9 Feb 2005 18:20:10 +0000 (GMT) (envelope-from rick.jones2@hp.com) Received: from tardy.cup.hp.com (tardy.cup.hp.com [15.244.44.58]) by palrel12.hp.com (Postfix) with ESMTP id A6BC5400271; Wed, 9 Feb 2005 10:20:10 -0800 (PST) Received: from hp.com (localhost [127.0.0.1])id KAA05941; Wed, 9 Feb 2005 10:20:09 -0800 (PST) Message-ID: <420A5459.2000306@hp.com> Date: Wed, 09 Feb 2005 10:20:09 -0800 From: Rick Jones User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Mark J. Nernberg" References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:20:11 -0000 Mark J. Nernberg wrote: > Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? > > The DL590 is a multiprocessor Itanium machine; we just picked one up, and > I'm having problems booting from the install disk -- all goes OK until it > gets to "Entering Kernel", at which point it freezes, completely. > > Any help would be most appreciated; if anyone requires more information to > assist, I will gladly provide it. I've not been following the BSD stuff closely enough to know, but would ask if 5.3 still supports "Merced" systems? IIRC the DL590 was a Merced system - aka Itanium1. While it might be of academic interest, a Merced system isn't really one of the best places to be for IA64. An Itanium2-based system would likely be a much better place if you want to get a feel for what Itanium is like. rick jones From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 18:40:43 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CB516A4CF for ; Wed, 9 Feb 2005 18:40:43 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id CC9E743D48 for ; Wed, 9 Feb 2005 18:40:42 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 79379 invoked from network); 9 Feb 2005 18:40:40 -0000 Received: from unknown (HELO ?172.22.1.21?) (m@67.103.106.42) by speedbuggy.telerama.com with SMTP; 9 Feb 2005 18:40:40 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 13:41:10 -0500 From: m To: Rick Jones Message-ID: In-Reply-To: <420A5459.2000306@hp.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:40:43 -0000 > From: Rick Jones > Date: Wed, 09 Feb 2005 10:20:09 -0800 > To: "Mark J. Nernberg" > Cc: > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. > > Mark J. Nernberg wrote: >> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? >> >> The DL590 is a multiprocessor Itanium machine; we just picked one up, and >> I'm having problems booting from the install disk -- all goes OK until it >> gets to "Entering Kernel", at which point it freezes, completely. >> >> Any help would be most appreciated; if anyone requires more information to >> assist, I will gladly provide it. > > I've not been following the BSD stuff closely enough to know, but would ask if > 5.3 still supports "Merced" systems? IIRC the DL590 was a Merced system - aka > Itanium1. While it might be of academic interest, a Merced system isn't > really > one of the best places to be for IA64. An Itanium2-based system would likely > be > a much better place if you want to get a feel for what Itanium is like. The DL590 is a Merced system. Any ideas what other BSD/UNIX OS will run on this platform? Of course, FreeBSD is by far preferred. > rick jones > _______________________________________________ > freebsd-ia64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ia64 > To unsubscribe, send any mail to "freebsd-ia64-unsubscribe@freebsd.org" > > From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 18:57:35 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F10E316A4CE for ; Wed, 9 Feb 2005 18:57:34 +0000 (GMT) Received: from palrel10.hp.com (palrel10.hp.com [156.153.255.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5D9843D5E for ; Wed, 9 Feb 2005 18:57:34 +0000 (GMT) (envelope-from rick.jones2@hp.com) Received: from tardy.cup.hp.com (tardy.cup.hp.com [15.244.44.58]) by palrel10.hp.com (Postfix) with ESMTP id 837495F4; Wed, 9 Feb 2005 10:57:34 -0800 (PST) Received: from hp.com (localhost [127.0.0.1])id KAA03862; Wed, 9 Feb 2005 10:57:34 -0800 (PST) Message-ID: <420A5D1E.9030200@hp.com> Date: Wed, 09 Feb 2005 10:57:34 -0800 From: Rick Jones User-Agent: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: m References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:57:35 -0000 > > The DL590 is a Merced system. > > Any ideas what other BSD/UNIX OS will run on this platform? Of course, > FreeBSD is by far preferred. I'll have to defer to Marcel on that one - wrt BSD's. WRT Unix in general, HP-UX 11.20 and I believe 11.22 (although I'm not certain of that one) ran on it, though I do not beleive HP sells those OSes any longer. rick jones From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 21:24:25 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3886016A4CE for ; Wed, 9 Feb 2005 21:24:25 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70F743D3F for ; Wed, 9 Feb 2005 21:24:24 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j19LO93Y068613; Wed, 9 Feb 2005 13:24:14 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <420A5459.2000306@hp.com> References: <420A5459.2000306@hp.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <939f6bd1b4a5755326e7e0388e2d7b47@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 9 Feb 2005 13:24:08 -0800 To: Rick Jones X-Mailer: Apple Mail (2.619.2) cc: "Mark J. Nernberg" cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:24:25 -0000 On Feb 9, 2005, at 10:20 AM, Rick Jones wrote: > Mark J. Nernberg wrote: >> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? >> The DL590 is a multiprocessor Itanium machine; we just picked one up, >> and >> I'm having problems booting from the install disk -- all goes OK >> until it >> gets to "Entering Kernel", at which point it freezes, completely. >> Any help would be most appreciated; if anyone requires more >> information to >> assist, I will gladly provide it. > > I've not been following the BSD stuff closely enough to know, but > would ask if 5.3 still supports "Merced" systems? Yes, we still do and I don't see a reason yet to abandon Merced completely. Both the BigSur and the Lion run FreeBSD. As for the original issue: Are you using a serial console? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 21:25:48 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3AFE16A4CE for ; Wed, 9 Feb 2005 21:25:48 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FF743D48 for ; Wed, 9 Feb 2005 21:25:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j19LPmGQ068632; Wed, 9 Feb 2005 13:25:48 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 9 Feb 2005 13:25:47 -0800 To: m X-Mailer: Apple Mail (2.619.2) cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:25:48 -0000 On Feb 9, 2005, at 10:41 AM, m wrote: >> From: Rick Jones >> Date: Wed, 09 Feb 2005 10:20:09 -0800 >> To: "Mark J. Nernberg" >> Cc: >> Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. >> >> Mark J. Nernberg wrote: >>> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 >>> machine? >>> >>> The DL590 is a multiprocessor Itanium machine; we just picked one >>> up, and >>> I'm having problems booting from the install disk -- all goes OK >>> until it >>> gets to "Entering Kernel", at which point it freezes, completely. >>> >>> Any help would be most appreciated; if anyone requires more >>> information to >>> assist, I will gladly provide it. >> >> I've not been following the BSD stuff closely enough to know, but >> would ask if >> 5.3 still supports "Merced" systems? IIRC the DL590 was a Merced >> system - aka >> Itanium1. While it might be of academic interest, a Merced system >> isn't >> really >> one of the best places to be for IA64. An Itanium2-based system >> would likely >> be >> a much better place if you want to get a feel for what Itanium is >> like. > > The DL590 is a Merced system. > > Any ideas what other BSD/UNIX OS will run on this platform? Among the BSDs, only FreeBSD runs on it AFAICT. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 21:29:55 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 424A416A4CE for ; Wed, 9 Feb 2005 21:29:55 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id AB87D43D2F for ; Wed, 9 Feb 2005 21:29:54 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 80326 invoked from network); 9 Feb 2005 21:29:53 -0000 Received: from unknown (HELO ?67.100.218.234?) (m@67.100.218.234) by speedbuggy.telerama.com with SMTP; 9 Feb 2005 21:29:53 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 16:30:14 -0500 From: m To: Marcel Moolenaar , Rick Jones , Message-ID: In-Reply-To: <939f6bd1b4a5755326e7e0388e2d7b47@xcllnt.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: "Mark J. Nernberg" Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:29:55 -0000 > From: Marcel Moolenaar > Date: Wed, 9 Feb 2005 13:24:08 -0800 > To: Rick Jones > Cc: "Mark J. Nernberg" > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. > > On Feb 9, 2005, at 10:20 AM, Rick Jones wrote: > >> Mark J. Nernberg wrote: >>> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? >>> The DL590 is a multiprocessor Itanium machine; we just picked one up, >>> and >>> I'm having problems booting from the install disk -- all goes OK >>> until it >>> gets to "Entering Kernel", at which point it freezes, completely. >>> Any help would be most appreciated; if anyone requires more >>> information to >>> assist, I will gladly provide it. >> >> I've not been following the BSD stuff closely enough to know, but >> would ask if 5.3 still supports "Merced" systems? > > Yes, we still do and I don't see a reason yet to abandon Merced > completely. > Both the BigSur and the Lion run FreeBSD. > > As for the original issue: Are you using a serial console? No. Attached keyboard/mouse/monitor. Should I be using a serial console? If so, is there a link to some quick setup instructions? M. From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 21:30:34 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A41516A4CE for ; Wed, 9 Feb 2005 21:30:34 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id EF53F43D2D for ; Wed, 9 Feb 2005 21:30:33 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 82089 invoked from network); 9 Feb 2005 21:30:31 -0000 Received: from unknown (HELO ?67.100.218.234?) (m@67.100.218.234) by speedbuggy.telerama.com with SMTP; 9 Feb 2005 21:30:31 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 16:30:50 -0500 From: m To: Marcel Moolenaar Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:30:34 -0000 > From: Marcel Moolenaar > Date: Wed, 9 Feb 2005 13:25:47 -0800 > To: m > Cc: Rick Jones , > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. > > > On Feb 9, 2005, at 10:41 AM, m wrote: > >>> From: Rick Jones >>> Date: Wed, 09 Feb 2005 10:20:09 -0800 >>> To: "Mark J. Nernberg" >>> Cc: >>> Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. >>> >>> Mark J. Nernberg wrote: >>>> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 >>>> machine? >>>> >>>> The DL590 is a multiprocessor Itanium machine; we just picked one >>>> up, and >>>> I'm having problems booting from the install disk -- all goes OK >>>> until it >>>> gets to "Entering Kernel", at which point it freezes, completely. >>>> >>>> Any help would be most appreciated; if anyone requires more >>>> information to >>>> assist, I will gladly provide it. >>> >>> I've not been following the BSD stuff closely enough to know, but >>> would ask if >>> 5.3 still supports "Merced" systems? IIRC the DL590 was a Merced >>> system - aka >>> Itanium1. While it might be of academic interest, a Merced system >>> isn't >>> really >>> one of the best places to be for IA64. An Itanium2-based system >>> would likely >>> be >>> a much better place if you want to get a feel for what Itanium is >>> like. >> >> The DL590 is a Merced system. >> >> Any ideas what other BSD/UNIX OS will run on this platform? > > Among the BSDs, only FreeBSD runs on it AFAICT. Then what am I doing wrong? From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 22:37:12 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56C5C16A4CE for ; Wed, 9 Feb 2005 22:37:12 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D628043D39 for ; Wed, 9 Feb 2005 22:37:11 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j19MauWb069028; Wed, 9 Feb 2005 14:36:56 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id j19MauXa069027; Wed, 9 Feb 2005 14:36:56 -0800 (PST) (envelope-from marcel) Date: Wed, 9 Feb 2005 14:36:56 -0800 From: Marcel Moolenaar To: m Message-ID: <20050209223656.GA68948@ns1.xcllnt.net> References: <939f6bd1b4a5755326e7e0388e2d7b47@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: "Mark J. Nernberg" cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:37:12 -0000 On Wed, Feb 09, 2005 at 04:30:14PM -0500, m wrote: > > > > As for the original issue: Are you using a serial console? > > No. Attached keyboard/mouse/monitor. > > Should I be using a serial console? Yes. Our console code is still sufficiently legacy-rich that it cannot be enabled by default on ia64. > If so, is there a link to some quick > setup instructions? Just enable the EFI console on one of the serial ports and if it's not the default serial port known under DOS as com1, you need to interrupt the FreeBSD auto boot and at the OK prompt enter something like: set hw.uart.console="io:0x2f8" Followed by: boot Try the 5-STABLE snapshot. It'll automaticly use whatever the baudrate of the EFI console is... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 22:43:30 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F3616A4CE for ; Wed, 9 Feb 2005 22:43:30 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A52843D2D for ; Wed, 9 Feb 2005 22:43:30 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 72480 invoked from network); 9 Feb 2005 22:43:28 -0000 Received: from unknown (HELO ?67.100.218.234?) (m@67.100.218.234) by speedbuggy.telerama.com with SMTP; 9 Feb 2005 22:43:28 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Wed, 09 Feb 2005 17:43:46 -0500 From: m To: Marcel Moolenaar , "freebsd-ia64@freebsd.org" Message-ID: In-Reply-To: <20050209223656.GA68948@ns1.xcllnt.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:43:30 -0000 > From: Marcel Moolenaar > Date: Wed, 9 Feb 2005 14:36:56 -0800 > To: m > Cc: Rick Jones , , "Mark J. > Nernberg" > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. > > On Wed, Feb 09, 2005 at 04:30:14PM -0500, m wrote: >>> >>> As for the original issue: Are you using a serial console? >> >> No. Attached keyboard/mouse/monitor. >> >> Should I be using a serial console? > > Yes. Our console code is still sufficiently legacy-rich that it > cannot be enabled by default on ia64. > >> If so, is there a link to some quick >> setup instructions? > > Just enable the EFI console on one of the serial ports and if > it's not the default serial port known under DOS as com1, you > need to interrupt the FreeBSD auto boot and at the OK prompt > enter something like: > set hw.uart.console="io:0x2f8" > > Followed by: > boot > > Try the 5-STABLE snapshot. It'll automaticly use whatever the > baudrate of the EFI console is... > Can I do this by connecting to a (ugh!) Windows box using a terminal program? From owner-freebsd-ia64@FreeBSD.ORG Wed Feb 9 22:53:36 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F4216A4CE for ; Wed, 9 Feb 2005 22:53:36 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B14C43D2F for ; Wed, 9 Feb 2005 22:53:36 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j19Mra5M069144; Wed, 9 Feb 2005 14:53:36 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id j19MraD0069143; Wed, 9 Feb 2005 14:53:36 -0800 (PST) (envelope-from marcel) Date: Wed, 9 Feb 2005 14:53:36 -0800 From: Marcel Moolenaar To: m Message-ID: <20050209225336.GB68948@ns1.xcllnt.net> References: <20050209223656.GA68948@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: "freebsd-ia64@freebsd.org" Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:53:36 -0000 On Wed, Feb 09, 2005 at 05:43:46PM -0500, m wrote: > > From: Marcel Moolenaar > > Date: Wed, 9 Feb 2005 14:36:56 -0800 > > To: m > > Cc: Rick Jones , , "Mark J. > > Nernberg" > > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. > > > > On Wed, Feb 09, 2005 at 04:30:14PM -0500, m wrote: > >>> > >>> As for the original issue: Are you using a serial console? > >> > >> No. Attached keyboard/mouse/monitor. > >> > >> Should I be using a serial console? > > > > Yes. Our console code is still sufficiently legacy-rich that it > > cannot be enabled by default on ia64. > > > >> If so, is there a link to some quick > >> setup instructions? > > > > Just enable the EFI console on one of the serial ports and if > > it's not the default serial port known under DOS as com1, you > > need to interrupt the FreeBSD auto boot and at the OK prompt > > enter something like: > > set hw.uart.console="io:0x2f8" > > > > Followed by: > > boot > > > > Try the 5-STABLE snapshot. It'll automaticly use whatever the > > baudrate of the EFI console is... > > > > Can I do this by connecting to a (ugh!) Windows box using a terminal > program? Yes. Any reasonable ANSI or VT100 compatible terminal emulator should get you going. The installer itself may be a bit more demanding, but the boot process should not need more than the most elementary of features (mostly the EFI boot menu anyway). FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 00:30:26 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C85816A4CE for ; Thu, 10 Feb 2005 00:30:26 +0000 (GMT) Received: from extracheese.downtownhelpdesk.com (extracheese.downtownhelpdesk.com [67.100.218.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03D3C43D31 for ; Thu, 10 Feb 2005 00:30:26 +0000 (GMT) (envelope-from bigcat@runningleopard.com) Received: by extracheese.downtownhelpdesk.com (Postfix, from userid 80) id A9D4E67B05; Wed, 9 Feb 2005 19:30:30 -0500 (EST) Received: from 67.100.218.237 (SquirrelMail authenticated user rls0002); by webmail.runningleopard.com with HTTP; Wed, 9 Feb 2005 19:30:30 -0500 (EST) Message-ID: <14291.67.100.218.237.1107995430.squirrel@67.100.218.237> In-Reply-To: <20050209231656.GD68948@ns1.xcllnt.net> References: <20050209225336.GB68948@ns1.xcllnt.net> <20050209231656.GD68948@ns1.xcllnt.net> Date: Wed, 9 Feb 2005 19:30:30 -0500 (EST) From: bigcat@runningleopard.com To: "Marcel Moolenaar" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 00:30:26 -0000 > On Wed, Feb 09, 2005 at 05:57:16PM -0500, m wrote: >> My apologies for being a pain in the butt on this, but I haven't done >> much >> with serial consoles. >> >> I'm expecting that I should: >> >> 1.) Connect a null-modem serial cable from the Compaq to a WinPOS. >> 2.) start Hyperterminal in VT100 mode @ 9600/8/1 >> 3.) Boot the BSD CD >> >> And, then, at the appropriate time, the display will appear on the >> serial >> terminal? > > Basicly, yes. You need to tell EFI to provide the console on > the serial console too of course. You do that in the EFI > configuration menu. > >> Or do I have to do something on the serial terminal end of things? > > You may need to select the right emulation mode, but you should > not have to worry about that at first. The biggest issue is > the actual serial speed. Nowadays, 9600 baud is uncommon for new > hardware. If you get garbage, try 19200 or 115200 baud. > > Note that you should be able to have the EFI output sent to both > the serial port and the display. You should therefore be able to > navigate the EFI menus from behind the keyboard and display. Once > FreeBSD boots (i.e. when you though FreeBSD hang), you should > only get the output on the serial port. This should help you to > set up the serial port. OK! Finally, I see what I expected to be seeing! However, the boot stops with the following error: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #0: Fri Nov 5 09:32:33 UTC 2004 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC CPU: Merced (733.46-Mhz Itanium) Origin = "GenuineIntel" Revision = 6 Features = 0x0 real memory = 1064075264 (1014 MB) avail memory = 1016291328 (969 MB) FPSWA Revision = 0x10005, Entry = 0xe00000003f914050 Using ACPI2.0 table at 0xf4f60 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1208-0x120b on acpi0 cpu0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 6.0 (no driver attached) pci0: at device 7.0 (no driver attached) atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x2400-0x241f irq 49 at devic e 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 9.0 (no driver attached) pci0: at device 10.0 (no driver attached) pci0: at device 16.0 (no driver attached) pcib1: on acpi0 pci5: on pcib1 pci5: at device 15.0 (no driver attached) pcib2: on acpi0 pci13: on pcib2 pci13: at device 15.0 (no driver attached) pcib3: on acpi0 pci17: on pcib3 pci17: at device 15.0 (no driver attached) pcib4: on acpi0 pci21: on pcib4 pcib5: at device 2.0 on pci21 pcib5: could not get PCI interrupt routing table for \_SB_.PCI4.S9F0 - AE_NOT_FO UND pci22: on pcib5 fxp0: port 0xb000-0xb03f mem 0x50300000-0x503ffff f,0x50201000-0x50201fff irq 87 at device 4.0 on pci22 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:02:3c:e8:40 fxp1: port 0xb040-0xb07f mem 0x50500000-0x505ffff f,0x50401000-0x50401fff irq 97 at device 5.0 on pci22 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:08:02:3c:e8:41 pci21: at device 15.0 (no driver attached) pcib6: on acpi0 pci25: on pcib6 ida0: port 0xc000-0xc0ff mem 0x43000000-0x4 3ffffff,0x41000000-0x41ffffff irq 110 at device 8.0 on pci25 ida0: [GIANT-LOCKED] fatal kernel trap (cpu 0): trap vector = 0x14 (Page Not Present) cr.iip = 0xe000000004288350 cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) cr.ifa = 0xa0000000dbd0610c curthread = 0xe0000000049815e8 pid = 0, comm = swapper [thread 0] Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] db> (Cut/pasted from the terminal window). Any ideas? I'm suspecting that there is no kernel loadable for the Compaq Disk Array, perhaps? Thanks for the help thus far! Mark. From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 01:10:27 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED0016A4CE for ; Thu, 10 Feb 2005 01:10:27 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 502DD43D45 for ; Thu, 10 Feb 2005 01:10:27 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j1A1ARtZ069837; Wed, 9 Feb 2005 17:10:27 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id j1A1AQjo069836; Wed, 9 Feb 2005 17:10:27 -0800 (PST) (envelope-from marcel) Date: Wed, 9 Feb 2005 17:10:26 -0800 From: Marcel Moolenaar To: bigcat@runningleopard.com Message-ID: <20050210011026.GA69760@ns1.xcllnt.net> References: <20050209225336.GB68948@ns1.xcllnt.net> <20050209231656.GD68948@ns1.xcllnt.net> <14291.67.100.218.237.1107995430.squirrel@67.100.218.237> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14291.67.100.218.237.1107995430.squirrel@67.100.218.237> User-Agent: Mutt/1.4.2.1i cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:10:27 -0000 On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com wrote: > > pci25: on pcib6 > ida0: port 0xc000-0xc0ff mem \ 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device \ 8.0 on pci25 > ida0: [GIANT-LOCKED] > > fatal kernel trap (cpu 0): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0xe000000004288350 > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) > cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) > cr.ifa = 0xa0000000dbd0610c > curthread = 0xe0000000049815e8 > pid = 0, comm = swapper > > [thread 0] > Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] > db> Ouch... > Any ideas? First of all: A backtrace would definitely help. At the "db>" prompt type: trace Secondly: It looks like the ida(4) driver is not 64-bit clean. The faulting instruction is an 8-byte wide load from an address that's not 8-byte aligned. This is always fatal in the kernel, although it's not the reason for the panic in this case. Nonetheless, the code is suspicious... > I'm suspecting that there is no kernel loadable for the Compaq Disk Array, > perhaps? The ida(4) driver comes as a loadable kernel module, but happens to be compiled into the kernel by default. Unfortunately this means that I need to create a new snapshot with the ida(4) driver removed from the kernel, or you remove the Compaq Disk Array from the machine until you can build your own kernel without the ida(4) driver. As for fixing the ida(4) driver: I don't have the hardware, so I can't do that and I need to see the backtrace to see if one can fix the ida(4) driver on any 64-bit machine, or if it has to be an ia64 box... FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 01:43:23 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BC7816A4CE for ; Thu, 10 Feb 2005 01:43:23 +0000 (GMT) Received: from extracheese.downtownhelpdesk.com (extracheese.downtownhelpdesk.com [67.100.218.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B97743D45 for ; Thu, 10 Feb 2005 01:43:23 +0000 (GMT) (envelope-from bigcat@runningleopard.com) Received: by extracheese.downtownhelpdesk.com (Postfix, from userid 80) id 082F667B69; Wed, 9 Feb 2005 20:43:30 -0500 (EST) Received: from 67.100.218.237 (SquirrelMail authenticated user rls0002); by webmail.runningleopard.com with HTTP; Wed, 9 Feb 2005 20:43:29 -0500 (EST) Message-ID: <14951.67.100.218.237.1107999809.squirrel@67.100.218.237> In-Reply-To: <20050210011026.GA69760@ns1.xcllnt.net> References: <20050209225336.GB68948@ns1.xcllnt.net> <20050209231656.GD68948@ns1.xcllnt.net> <14291.67.100.218.237.1107995430.squirrel@67.100.218.237> <20050210011026.GA69760@ns1.xcllnt.net> Date: Wed, 9 Feb 2005 20:43:29 -0500 (EST) From: bigcat@runningleopard.com To: "Marcel Moolenaar" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:43:23 -0000 > On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com wrote: >> >> pci25: on pcib6 >> ida0: port 0xc000-0xc0ff mem \ > 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device \ > 8.0 on pci25 >> ida0: [GIANT-LOCKED] >> >> fatal kernel trap (cpu 0): >> >> trap vector = 0x14 (Page Not Present) >> cr.iip = 0xe000000004288350 >> cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >> cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) >> cr.ifa = 0xa0000000dbd0610c >> curthread = 0xe0000000049815e8 >> pid = 0, comm = swapper >> >> [thread 0] >> Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] >> db> > > Ouch... > >> Any ideas? > > First of all: A backtrace would definitely help. At the "db>" prompt > type: > trace Here you go: db> trace ida_command(0xe0000000008a4600, 0x11, 0xe0000000048f11e0, 0x200, 0x0, 0x0, 0x1) at ida_command+0x2e1 ida_attach(0xe0000000008a4600, 0xe0000000008a4690, 0xe0000000008a4668, 0xe000000 0008a4700, 0xe00000000428a1c0, 0x410, 0xe000000004b481f0) at ida_attach+0x80 ida_pci_attach(0xe0000000008b0d00, 0x0, 0xe0000000008a4600, 0xe0000000008a4688, 0x101000, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at ida_pci_attach+0x4a0 device_attach(0xe0000000008b0d00) at device_attach+0x4c0 bus_generic_attach(0xe0000000008b0d00, 0xe00000000410bd50, 0x38d, 0xe00000000486 cd40) at bus_generic_attach+0x40 acpi_pci_attach(0xe0000000008b0c00, 0xe0000000008e4800, 0xe0000000048f2320, 0xe0 000000048f1448, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at acpi_pci_attac h+0x250 device_attach(0xe0000000008b0c00) at device_attach+0x4c0 bus_generic_attach(0xe0000000008b0c00, 0xe00000000410f460, 0x50e, 0xe0000000009d 01c0) at bus_generic_attach+0x40 acpi_pcib_attach(0xe0000000008e4800, 0xe0000000009158e0, 0x19, 0xe0000000001a200 0, 0xe0000000048f2320) at acpi_pcib_attach+0x1a0 acpi_pcib_acpi_attach(0xe0000000008e4800, 0xe0000000009158d4, 0xe0000000048f1478 , 0xe0000000009158d8, 0xe0000000009158c8, 0xe0000000009158c0, 0xe00000000449c790 , 0x797) at acpi_pcib_acpi_attach+0x370 device_attach(0xe0000000008e4800) at device_attach+0x4c0 bus_generic_attach(0xe0000000008e4800, 0xe0000000040fb180, 0xa9d, 0xe0000000048f 20a0) at bus_generic_attach+0x40 acpi_attach(0xe0000000001a2000, 0xe000000000953988, 0x0, 0xe0000000048f14b8, 0xe 0000000048f14a8, 0xe0000000008d6248, 0xe000000004830728, 0xe000000000953990) at acpi_attach+0xc20 device_attach(0xe0000000001a2000) at device_attach+0x4c0 bus_generic_attach(0xe0000000001a2000) at bus_generic_attach+0x40 nexus_attach(0xe0000000001a2200, 0xe00000000449c790, 0x797, 0xe00000000449c760) at nexus_attach+0xd0 device_attach(0xe0000000001a2200) at device_attach+0x4c0 root_bus_configure(0xe0000000001a2200, 0xe0000000047bda70, 0x186) at root_bus_co nfigure+0x50 configure(0xe00000000440cb90, 0x48b) at configure+0x60 mi_startup(0xe000000004867440, 0xe000000004981d50, 0xe000000004981d58, 0x1, 0xe0 00000004981d48, 0xe000000004981d60, 0xe0000000047d44b0, 0x899) at mi_startup+0x2 c0 ia64_init(0xe000000004981788) at ia64_init+0xc70 __start() at __start+0xa0 db> > > Secondly: It looks like the ida(4) driver is not 64-bit clean. The > faulting instruction is an 8-byte wide load from an address that's > not 8-byte aligned. This is always fatal in the kernel, although > it's not the reason for the panic in this case. Nonetheless, the > code is suspicious... > >> I'm suspecting that there is no kernel loadable for the Compaq Disk >> Array, >> perhaps? > > The ida(4) driver comes as a loadable kernel module, but happens > to be compiled into the kernel by default. Unfortunately this means > that I need to create a new snapshot with the ida(4) driver removed > from the kernel, or you remove the Compaq Disk Array from the machine > until you can build your own kernel without the ida(4) driver. > > As for fixing the ida(4) driver: I don't have the hardware, so I > can't do that and I need to see the backtrace to see if one can > fix the ida(4) driver on any 64-bit machine, or if it has to be > an ia64 box... Unfortunately, that's not an option for me; w/o the Compaq Disk Array, I won't have any usable drives! However, I'll do anything I can to help you with this. I'm not a programmer, but whatever I can do to help ... just ask! From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 01:47:07 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1891816A4CE for ; Thu, 10 Feb 2005 01:47:07 +0000 (GMT) Received: from outgoing.downtownhelpdesk.com (sausage.downtownhelpdesk.com [67.100.218.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD1A243D45 for ; Thu, 10 Feb 2005 01:47:06 +0000 (GMT) (envelope-from m@telerama.com) Received: from localhost (localhost.downtownhelpdesk.com [127.0.0.1]) by smtps.downtownhelpdesk.com (Postfix) with ESMTP id B88AD5713E; Wed, 9 Feb 2005 20:42:46 -0500 (EST) X-Originating-IP: [67.100.218.237] From: "m" To: "Marcel Moolenaar" In-Reply-To: <20050210011026.GA69760@ns1.xcllnt.net> Date: Wed, 09 Feb 2005 20:42:46 -0500 Message-ID: <20050209.J7W.64424800@JRwlocal> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Mailer: AngleMail for eGroupWare (http://www.egroupware.org) v 1.0.0.006 cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:47:07 -0000 Marcel Moolenaar (marcel@xcllnt.net) wrote: > > On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com wrote: > > > > pci25: on pcib6 > > ida0: port 0xc000-0xc0ff mem > 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device > 8.0 on pci25 > > ida0: [GIANT-LOCKED] > > > > fatal kernel trap (cpu 0): > > > > trap vector = 0x14 (Page Not Present) > > cr.iip = 0xe000000004288350 > > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) > > cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) > > cr.ifa = 0xa0000000dbd0610c > > curthread = 0xe0000000049815e8 > > pid = 0, comm = swapper > > > > [thread 0] > > Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] > > db> > > Ouch... > > > Any ideas? > > First of all: A backtrace would definitely help. At the "db>" prompt > type: > trace > Here you go: db> trace ida_command(0xe0000000008a4600, 0x11, 0xe0000000048f11e0, 0x200, 0x0, 0x0, 0x1) at ida_command+0x2e1 ida_attach(0xe0000000008a4600, 0xe0000000008a4690, 0xe0000000008a4668, 0xe000000 0008a4700, 0xe00000000428a1c0, 0x410, 0xe000000004b481f0) at ida_attach+0x80 ida_pci_attach(0xe0000000008b0d00, 0x0, 0xe0000000008a4600, 0xe0000000008a4688, 0x101000, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at ida_pci_attach+0x4a0 device_attach(0xe0000000008b0d00) at device_attach+0x4c0 bus_generic_attach(0xe0000000008b0d00, 0xe00000000410bd50, 0x38d, 0xe00000000486 cd40) at bus_generic_attach+0x40 acpi_pci_attach(0xe0000000008b0c00, 0xe0000000008e4800, 0xe0000000048f2320, 0xe0 000000048f1448, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at acpi_pci_attac h+0x250 device_attach(0xe0000000008b0c00) at device_attach+0x4c0 bus_generic_attach(0xe0000000008b0c00, 0xe00000000410f460, 0x50e, 0xe0000000009d 01c0) at bus_generic_attach+0x40 acpi_pcib_attach(0xe0000000008e4800, 0xe0000000009158e0, 0x19, 0xe0000000001a200 0, 0xe0000000048f2320) at acpi_pcib_attach+0x1a0 acpi_pcib_acpi_attach(0xe0000000008e4800, 0xe0000000009158d4, 0xe0000000048f1478 , 0xe0000000009158d8, 0xe0000000009158c8, 0xe0000000009158c0, 0xe00000000449c790 , 0x797) at acpi_pcib_acpi_attach+0x370 device_attach(0xe0000000008e4800) at device_attach+0x4c0 bus_generic_attach(0xe0000000008e4800, 0xe0000000040fb180, 0xa9d, 0xe0000000048f 20a0) at bus_generic_attach+0x40 acpi_attach(0xe0000000001a2000, 0xe000000000953988, 0x0, 0xe0000000048f14b8, 0xe 0000000048f14a8, 0xe0000000008d6248, 0xe000000004830728, 0xe000000000953990) at acpi_attach+0xc20 device_attach(0xe0000000001a2000) at device_attach+0x4c0 bus_generic_attach(0xe0000000001a2000) at bus_generic_attach+0x40 nexus_attach(0xe0000000001a2200, 0xe00000000449c790, 0x797, 0xe00000000449c760) at nexus_attach+0xd0 device_attach(0xe0000000001a2200) at device_attach+0x4c0 root_bus_configure(0xe0000000001a2200, 0xe0000000047bda70, 0x186) at root_bus_co nfigure+0x50 configure(0xe00000000440cb90, 0x48b) at configure+0x60 mi_startup(0xe000000004867440, 0xe000000004981d50, 0xe000000004981d58, 0x1, 0xe0 00000004981d48, 0xe000000004981d60, 0xe0000000047d44b0, 0x899) at mi_startup+0x2 c0 ia64_init(0xe000000004981788) at ia64_init+0xc70 __start() at __start+0xa0 db> > Secondly: It looks like the ida(4) driver is not 64-bit clean. The > faulting instruction is an 8-byte wide load from an address that's > not 8-byte aligned. This is always fatal in the kernel, although > it's not the reason for the panic in this case. Nonetheless, the > code is suspicious... > > > I'm suspecting that there is no kernel loadable for the Compaq Disk Array, > > perhaps? > > The ida(4) driver comes as a loadable kernel module, but happens > to be compiled into the kernel by default. Unfortunately this means > that I need to create a new snapshot with the ida(4) driver removed > from the kernel, or you remove the Compaq Disk Array from the machine > until you can build your own kernel without the ida(4) driver. > > As for fixing the ida(4) driver: I don't have the hardware, so I > can't do that and I need to see the backtrace to see if one can > fix the ida(4) driver on any 64-bit machine, or if it has to be > an ia64 box... > Unfortunately, that's not an option for me; I need to use the CDA as I don't have any other drives that would be usable! -- -- m From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 06:24:54 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7908E16A4CE for ; Thu, 10 Feb 2005 06:24:54 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id F099C43D55 for ; Thu, 10 Feb 2005 06:24:53 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 2903 invoked from network); 10 Feb 2005 06:24:52 -0000 Received: from unknown (HELO ?67.100.218.234?) (m@67.100.218.234) by speedbuggy.telerama.com with SMTP; 10 Feb 2005 06:24:52 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 10 Feb 2005 01:25:00 -0500 From: m To: Marcel Moolenaar Message-ID: In-Reply-To: <20050209.J7W.64424800@JRwlocal> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: freebsd-ia64@freebsd.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 06:24:54 -0000 > From: m > Date: Wed, 09 Feb 2005 20:42:46 -0500 > To: Marcel Moolenaar > Cc: > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) > > Marcel Moolenaar (marcel@xcllnt.net) wrote: >> >> On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com wrote: >>> >>> pci25: on pcib6 >>> ida0: port 0xc000-0xc0ff mem >> 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device >> 8.0 on pci25 >>> ida0: [GIANT-LOCKED] >>> >>> fatal kernel trap (cpu 0): >>> >>> trap vector = 0x14 (Page Not Present) >>> cr.iip = 0xe000000004288350 >>> cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >>> cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) >>> cr.ifa = 0xa0000000dbd0610c >>> curthread = 0xe0000000049815e8 >>> pid = 0, comm = swapper >>> >>> [thread 0] >>> Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] >>> db> >> >> Ouch... >> >>> Any ideas? >> >> First of all: A backtrace would definitely help. At the "db>" prompt >> type: >> trace >> > Here you go: > > db> trace > ida_command(0xe0000000008a4600, 0x11, 0xe0000000048f11e0, 0x200, 0x0, 0x0, > 0x1) > at ida_command+0x2e1 > ida_attach(0xe0000000008a4600, 0xe0000000008a4690, 0xe0000000008a4668, > 0xe000000 > 0008a4700, 0xe00000000428a1c0, 0x410, 0xe000000004b481f0) at ida_attach+0x80 > ida_pci_attach(0xe0000000008b0d00, 0x0, 0xe0000000008a4600, > 0xe0000000008a4688, > 0x101000, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at > ida_pci_attach+0x4a0 > > device_attach(0xe0000000008b0d00) at device_attach+0x4c0 > bus_generic_attach(0xe0000000008b0d00, 0xe00000000410bd50, 0x38d, > 0xe00000000486 > cd40) at bus_generic_attach+0x40 > acpi_pci_attach(0xe0000000008b0c00, 0xe0000000008e4800, 0xe0000000048f2320, > 0xe0 > 000000048f1448, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at > acpi_pci_attac > h+0x250 > device_attach(0xe0000000008b0c00) at device_attach+0x4c0 > bus_generic_attach(0xe0000000008b0c00, 0xe00000000410f460, 0x50e, > 0xe0000000009d > 01c0) at bus_generic_attach+0x40 > acpi_pcib_attach(0xe0000000008e4800, 0xe0000000009158e0, 0x19, > 0xe0000000001a200 > 0, 0xe0000000048f2320) at acpi_pcib_attach+0x1a0 > acpi_pcib_acpi_attach(0xe0000000008e4800, 0xe0000000009158d4, > 0xe0000000048f1478 > , 0xe0000000009158d8, 0xe0000000009158c8, 0xe0000000009158c0, > 0xe00000000449c790 > , 0x797) at acpi_pcib_acpi_attach+0x370 > device_attach(0xe0000000008e4800) at device_attach+0x4c0 > bus_generic_attach(0xe0000000008e4800, 0xe0000000040fb180, 0xa9d, > 0xe0000000048f > 20a0) at bus_generic_attach+0x40 > acpi_attach(0xe0000000001a2000, 0xe000000000953988, 0x0, 0xe0000000048f14b8, > 0xe > 0000000048f14a8, 0xe0000000008d6248, 0xe000000004830728, 0xe000000000953990) > at > acpi_attach+0xc20 > device_attach(0xe0000000001a2000) at device_attach+0x4c0 > bus_generic_attach(0xe0000000001a2000) at bus_generic_attach+0x40 > nexus_attach(0xe0000000001a2200, 0xe00000000449c790, 0x797, > 0xe00000000449c760) > at nexus_attach+0xd0 > device_attach(0xe0000000001a2200) at device_attach+0x4c0 > root_bus_configure(0xe0000000001a2200, 0xe0000000047bda70, 0x186) at > root_bus_co > nfigure+0x50 > configure(0xe00000000440cb90, 0x48b) at configure+0x60 > mi_startup(0xe000000004867440, 0xe000000004981d50, 0xe000000004981d58, 0x1, > 0xe0 > 00000004981d48, 0xe000000004981d60, 0xe0000000047d44b0, 0x899) at > mi_startup+0x2 > c0 > ia64_init(0xe000000004981788) at ia64_init+0xc70 > __start() at __start+0xa0 > db> > >> Secondly: It looks like the ida(4) driver is not 64-bit clean. The >> faulting instruction is an 8-byte wide load from an address that's >> not 8-byte aligned. This is always fatal in the kernel, although >> it's not the reason for the panic in this case. Nonetheless, the >> code is suspicious... >> >>> I'm suspecting that there is no kernel loadable for the Compaq Disk Array, >>> perhaps? >> >> The ida(4) driver comes as a loadable kernel module, but happens >> to be compiled into the kernel by default. Unfortunately this means >> that I need to create a new snapshot with the ida(4) driver removed >> from the kernel, or you remove the Compaq Disk Array from the machine >> until you can build your own kernel without the ida(4) driver. >> >> As for fixing the ida(4) driver: I don't have the hardware, so I >> can't do that and I need to see the backtrace to see if one can >> fix the ida(4) driver on any 64-bit machine, or if it has to be >> an ia64 box... >> > > Unfortunately, that's not an option for me; I need to use the CDA as I don't > have any other drives that would be usable! > Actually, on further investigation, that's a def. possibility. There is enough room to add other drives, including IDE or SCSI on a diff. bus that's not controlled by the Compaq IDA. If anyone would like remote desktop access to a machine with a console on this machine to work, I'll set it up. Mark. From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 17:30:38 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E38E16A4CE for ; Thu, 10 Feb 2005 17:30:38 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id A6C4843D41 for ; Thu, 10 Feb 2005 17:30:37 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 82170 invoked from network); 10 Feb 2005 17:29:54 -0000 Received: from unknown (HELO ?172.22.1.21?) (m@67.103.106.42) by speedbuggy.telerama.com with SMTP; 10 Feb 2005 17:29:54 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 10 Feb 2005 12:30:21 -0500 From: m To: Ted Mittelstaedt , "freebsd-ia64@freebsd.org" Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: FreeBSD IA64 on Compaq DL590? X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 17:30:38 -0000 > From: Ted Mittelstaedt > Date: Wed, 9 Feb 2005 23:52:28 -0800 > To: m , > Subject: RE: FreeBSD IA64 on Compaq DL590? > > owner-freebsd-questions@freebsd.org wrote: >> Has anyone successfully booted IA64 BSD 5.3 on a Compaq DL590 machine? >> > > HP has Red Hat Enterprise Linux Advanced Server 3.0 running on a DL560 > system here: > > http://www.testdrive.hp.com > > Contact them and ask for a FreeBSD test system on a DL590. > Very cool. Of course, their system doesn't have the ida(4) driver @ all. I need to get this running ASAP, too, so it looks like I'm a bit screwed. From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 17:33:12 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC4E216A4CE for ; Thu, 10 Feb 2005 17:33:12 +0000 (GMT) Received: from speedbuggy.telerama.com (speedbuggy.telerama.com [205.201.1.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 7347C43D2F for ; Thu, 10 Feb 2005 17:33:12 +0000 (GMT) (envelope-from m@telerama.com) Received: (qmail 91590 invoked from network); 10 Feb 2005 17:33:11 -0000 Received: from unknown (HELO ?172.22.1.21?) (m@67.103.106.42) by speedbuggy.telerama.com with SMTP; 10 Feb 2005 17:33:11 -0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 10 Feb 2005 12:33:39 -0500 From: m To: Marcel Moolenaar , "freebsd-ia64@freebsd.org" Message-ID: In-Reply-To: <20050210011026.GA69760@ns1.xcllnt.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 17:33:13 -0000 > From: Marcel Moolenaar > Date: Wed, 9 Feb 2005 17:10:26 -0800 > To: > Cc: > Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) > > On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com wrote: >> >> pci25: on pcib6 >> ida0: port 0xc000-0xc0ff mem \ > 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device \ > 8.0 on pci25 >> ida0: [GIANT-LOCKED] >> >> fatal kernel trap (cpu 0): >> >> trap vector = 0x14 (Page Not Present) >> cr.iip = 0xe000000004288350 >> cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >> cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) >> cr.ifa = 0xa0000000dbd0610c >> curthread = 0xe0000000049815e8 >> pid = 0, comm = swapper >> >> [thread 0] >> Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] >> db> > > Ouch... > >> Any ideas? > > First of all: A backtrace would definitely help. At the "db>" prompt > type: > trace > > Secondly: It looks like the ida(4) driver is not 64-bit clean. The > faulting instruction is an 8-byte wide load from an address that's > not 8-byte aligned. This is always fatal in the kernel, although > it's not the reason for the panic in this case. Nonetheless, the > code is suspicious... > >> I'm suspecting that there is no kernel loadable for the Compaq Disk Array, >> perhaps? > > The ida(4) driver comes as a loadable kernel module, but happens > to be compiled into the kernel by default. Unfortunately this means > that I need to create a new snapshot with the ida(4) driver removed > from the kernel, or you remove the Compaq Disk Array from the machine > until you can build your own kernel without the ida(4) driver. > > As for fixing the ida(4) driver: I don't have the hardware, so I > can't do that and I need to see the backtrace to see if one can > fix the ida(4) driver on any 64-bit machine, or if it has to be > an ia64 box... > How "compatible" is the IA64 in 32-bit mode? i.e. Could I use the ida(4) driver from the i386 build, as compiled for x86? or, could it simply be recompiled on IA64? Anyone who wants access to this machine for testing or who would like to work on this, I'll make it and myself available. From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 17:36:23 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0575216A4CE for ; Thu, 10 Feb 2005 17:36:23 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CF943D45 for ; Thu, 10 Feb 2005 17:36:22 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j1AHaL2f074844; Thu, 10 Feb 2005 09:36:21 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3b5f2cfc893b5249791b0b3c051e70fe@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 10 Feb 2005 09:36:20 -0800 To: m X-Mailer: Apple Mail (2.619.2) cc: ia64@FreeBSD.org Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 17:36:23 -0000 On Feb 9, 2005, at 10:25 PM, m wrote: >> From: m >> Date: Wed, 09 Feb 2005 20:42:46 -0500 >> To: Marcel Moolenaar >> Cc: >> Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) >> >> Marcel Moolenaar (marcel@xcllnt.net) wrote: >>> >>> On Wed, Feb 09, 2005 at 07:30:30PM -0500, bigcat@runningleopard.com >>> wrote: >>>> >>>> pci25: on pcib6 >>>> ida0: port 0xc000-0xc0ff mem >>> 0x43000000-0x43ffffff,0x41000000-0x41ffffff irq 110 at device >>> 8.0 on pci25 >>>> ida0: [GIANT-LOCKED] >>>> >>>> fatal kernel trap (cpu 0): >>>> >>>> trap vector = 0x14 (Page Not Present) >>>> cr.iip = 0xe000000004288350 >>>> cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >>>> cr.isr = 0x20400000000 (code=0,vector=0,r,ei=1) >>>> cr.ifa = 0xa0000000dbd0610c >>>> curthread = 0xe0000000049815e8 >>>> pid = 0, comm = swapper >>>> >>>> [thread 0] >>>> Stopped at ida_command+0x2e1: [M1] ld8 r14=[r14] >>>> db> >>> >>> Ouch... >>> >>>> Any ideas? >>> >>> First of all: A backtrace would definitely help. At the "db>" prompt >>> type: >>> trace >>> >> Here you go: >> >> db> trace >> ida_command(0xe0000000008a4600, 0x11, 0xe0000000048f11e0, 0x200, 0x0, >> 0x0, >> 0x1) >> at ida_command+0x2e1 >> ida_attach(0xe0000000008a4600, 0xe0000000008a4690, 0xe0000000008a4668, >> 0xe000000 >> 0008a4700, 0xe00000000428a1c0, 0x410, 0xe000000004b481f0) at >> ida_attach+0x80 >> ida_pci_attach(0xe0000000008b0d00, 0x0, 0xe0000000008a4600, >> 0xe0000000008a4688, >> 0x101000, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at >> ida_pci_attach+0x4a0 >> >> device_attach(0xe0000000008b0d00) at device_attach+0x4c0 >> bus_generic_attach(0xe0000000008b0d00, 0xe00000000410bd50, 0x38d, >> 0xe00000000486 >> cd40) at bus_generic_attach+0x40 >> acpi_pci_attach(0xe0000000008b0c00, 0xe0000000008e4800, >> 0xe0000000048f2320, >> 0xe0 >> 000000048f1448, 0xe00000000449c790, 0x797, 0xe000000004b481f0) at >> acpi_pci_attac >> h+0x250 >> device_attach(0xe0000000008b0c00) at device_attach+0x4c0 >> bus_generic_attach(0xe0000000008b0c00, 0xe00000000410f460, 0x50e, >> 0xe0000000009d >> 01c0) at bus_generic_attach+0x40 >> acpi_pcib_attach(0xe0000000008e4800, 0xe0000000009158e0, 0x19, >> 0xe0000000001a200 >> 0, 0xe0000000048f2320) at acpi_pcib_attach+0x1a0 >> acpi_pcib_acpi_attach(0xe0000000008e4800, 0xe0000000009158d4, >> 0xe0000000048f1478 >> , 0xe0000000009158d8, 0xe0000000009158c8, 0xe0000000009158c0, >> 0xe00000000449c790 >> , 0x797) at acpi_pcib_acpi_attach+0x370 >> device_attach(0xe0000000008e4800) at device_attach+0x4c0 >> bus_generic_attach(0xe0000000008e4800, 0xe0000000040fb180, 0xa9d, >> 0xe0000000048f >> 20a0) at bus_generic_attach+0x40 >> acpi_attach(0xe0000000001a2000, 0xe000000000953988, 0x0, >> 0xe0000000048f14b8, >> 0xe >> 0000000048f14a8, 0xe0000000008d6248, 0xe000000004830728, >> 0xe000000000953990) >> at >> acpi_attach+0xc20 >> device_attach(0xe0000000001a2000) at device_attach+0x4c0 >> bus_generic_attach(0xe0000000001a2000) at bus_generic_attach+0x40 >> nexus_attach(0xe0000000001a2200, 0xe00000000449c790, 0x797, >> 0xe00000000449c760) >> at nexus_attach+0xd0 >> device_attach(0xe0000000001a2200) at device_attach+0x4c0 >> root_bus_configure(0xe0000000001a2200, 0xe0000000047bda70, 0x186) at >> root_bus_co >> nfigure+0x50 >> configure(0xe00000000440cb90, 0x48b) at configure+0x60 >> mi_startup(0xe000000004867440, 0xe000000004981d50, >> 0xe000000004981d58, 0x1, >> 0xe0 >> 00000004981d48, 0xe000000004981d60, 0xe0000000047d44b0, 0x899) at >> mi_startup+0x2 >> c0 >> ia64_init(0xe000000004981788) at ia64_init+0xc70 >> __start() at __start+0xa0 >> db> >> >>> Secondly: It looks like the ida(4) driver is not 64-bit clean. The >>> faulting instruction is an 8-byte wide load from an address that's >>> not 8-byte aligned. This is always fatal in the kernel, although >>> it's not the reason for the panic in this case. Nonetheless, the >>> code is suspicious... >>> >>>> I'm suspecting that there is no kernel loadable for the Compaq Disk >>>> Array, >>>> perhaps? >>> >>> The ida(4) driver comes as a loadable kernel module, but happens >>> to be compiled into the kernel by default. Unfortunately this means >>> that I need to create a new snapshot with the ida(4) driver removed >>> from the kernel, or you remove the Compaq Disk Array from the machine >>> until you can build your own kernel without the ida(4) driver. >>> >>> As for fixing the ida(4) driver: I don't have the hardware, so I >>> can't do that and I need to see the backtrace to see if one can >>> fix the ida(4) driver on any 64-bit machine, or if it has to be >>> an ia64 box... >>> >> >> Unfortunately, that's not an option for me; I need to use the CDA as >> I don't >> have any other drives that would be usable! >> > > Actually, on further investigation, that's a def. possibility. There > is > enough room to add other drives, including IDE or SCSI on a diff. bus > that's > not controlled by the Compaq IDA. I looked at the code of the ida(4) driver some more and it's best I remove the driver from the kernel for now. > If anyone would like remote desktop access to a machine with a console > on > this machine to work, I'll set it up. Yes, that would be good. I could make the ida(4) driver 64-bit clean. It's much easier if FreeBSD is already installed on the DL590 (having taken out the CDA first), and a new kernel is built that doesn't have the ida(4) driver. Then the CDA can be inserted again and I have a good platform to work on. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 17:41:22 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6AC316A4CE for ; Thu, 10 Feb 2005 17:41:22 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7848943D31 for ; Thu, 10 Feb 2005 17:41:22 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j1AHfMmE074866; Thu, 10 Feb 2005 09:41:22 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 10 Feb 2005 09:41:21 -0800 To: m X-Mailer: Apple Mail (2.619.2) cc: "freebsd-ia64@freebsd.org" Subject: Re: FreeBSD IA64 5.3/RELEASE on Compaq DL590. (boot error) X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 17:41:22 -0000 On Feb 10, 2005, at 9:33 AM, m wrote: > How "compatible" is the IA64 in 32-bit mode? > > i.e. Could I use the ida(4) driver from the i386 build, as compiled > for x86? No. The kernel and its modules/drivers run in native mode only. The ia32 emulation only applies to user programs. > or, could it simply be recompiled on IA64? That wouldn't help, because the driver is already compiled on ia64. In this case the source code needs to be fixed. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ia64@FreeBSD.ORG Thu Feb 10 20:03:40 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B865D16A4CE; Thu, 10 Feb 2005 20:03:40 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F2443D46; Thu, 10 Feb 2005 20:03:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AK3d4M081226; Thu, 10 Feb 2005 15:03:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AK3xNW047260; Thu, 10 Feb 2005 15:03:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C9A67306E; Thu, 10 Feb 2005 15:03:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210200339.7C9A67306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 15:03:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:03:40 -0000 TB --- 2005-02-10 18:27:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 18:27:15 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-10 18:27:15 - checking out the source tree TB --- 2005-02-10 18:27:15 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-10 18:27:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 18:32:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 18:32:40 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-10 18:32:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 20:03:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 20:03:38 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-10 20:03:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 20:03:39 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-10 20:03:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 20:03:39 - ERROR: failed to build generic kernel TB --- 2005-02-10 20:03:39 - tinderbox aborted From owner-freebsd-ia64@FreeBSD.ORG Fri Feb 11 16:31:04 2005 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7426D16A4CE; Fri, 11 Feb 2005 16:31:04 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F154E43D46; Fri, 11 Feb 2005 16:31:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1BGV3iY046403; Fri, 11 Feb 2005 11:31:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1BGVP7N025091; Fri, 11 Feb 2005 11:31:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D43A7306E; Fri, 11 Feb 2005 11:31:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050211163103.4D43A7306E@freebsd-current.sentex.ca> Date: Fri, 11 Feb 2005 11:31:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 16:31:04 -0000 TB --- 2005-02-11 14:44:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-11 14:44:42 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-11 14:44:42 - checking out the source tree TB --- 2005-02-11 14:44:42 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-11 14:44:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-11 14:50:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-11 14:50:08 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-11 14:50:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-11 16:21:20 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-11 16:21:20 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-11 16:21:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 11 16:21:20 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug pmap.o(.data+0xf0): In function `pmap_steal_memory': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/pmap.c:237: undefined reference to `sysctl__vm_stats_children' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-11 16:31:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-11 16:31:02 - ERROR: failed to build generic kernel TB --- 2005-02-11 16:31:02 - tinderbox aborted