From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 01:50:30 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DA6716A805 for ; Sun, 28 May 2006 01:37:01 +0000 (UTC) (envelope-from jrtanis@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821B143D46 for ; Sun, 28 May 2006 01:37:00 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so306112wri for ; Sat, 27 May 2006 18:36:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IfbbttTwrlWQ/XR1lxjIU53HzaIAS5GZHamXJI3a3pjo52MbUnBYPnec+R3YqLI1KtUASRH5RXrkehX6ZJjdNO23tAp3itiEGihnbUE7oldmWwz1NQXbg+Ab6ZW+F0BOSJbrtwhvqDXepBOo7F0KhD7VNh9d1ZdD+yqoAEnlc10= Received: by 10.54.99.17 with SMTP id w17mr866996wrb; Sat, 27 May 2006 18:36:59 -0700 (PDT) Received: by 10.54.130.6 with HTTP; Sat, 27 May 2006 18:36:59 -0700 (PDT) Message-ID: <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> Date: Sat, 27 May 2006 21:36:59 -0400 From: "James Tanis" Sender: jrtanis@gmail.com To: "Michael Ortmann" In-Reply-To: <4478D26A.8010304@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4476C40B.7060709@googlemail.com> <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> <4478D26A.8010304@googlemail.com> X-Google-Sender-Auth: 7d97ad8e8bc25fc4 Cc: freebsd-sparc64@freebsd.org Subject: Re: panic: trap: memory address not aligned (tap/if_bridge/openvpn -> kgdb information) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 01:50:40 -0000 I don't really know why it has to be the kernel's fault as you said, the error is memory address is not aligned, which unlike i386, is illegal under sparc32/64. I'm no kernel hacker either, but it seems to me that the userland program is attempting to access memory at an inappropriate address. Honestly the error could be caused by anything, but if you have searched Google (and you should have by now) you'll see the error could be cause by a multitude of things, this was just one idea. I've never even used openvpn. I may try installing it today or tomorrow, if I put freebsd back on my ultra60 just to see if I get the same thing. On 5/27/06, Michael Ortmann wrote: > James Tanis schrieb: > > I'd try recompiling with less, or even better, no optimization and see > > if your still getting the same error. > > i thought its enough to compile the kernel with "makeoptions DEBUG=3D-g" > in kernel config file, because its the kernel who crashes not a useland > program and then to use the "kernel.debug" file. i even booted directly > from that file after renaming it to "kernel". > > though i recompiled world and kernel now again with "CFLAGS=3D-g" in > "rc.conf" following the procedure in "/usr/src/Makefile". > > before that i again did "make update" to sync with 6-STABLE. > > after that i get the exact same kernel panic as soon as i try to start > openvpn: > > any hints of how i can help providing more debug information is welcome! > im no kernel hacker, so the only thing i see is "atomic.h" from the > sparc64 include directory and symbol "tl0_intr" i cant follow. the whole > backtrace i was able to provice so far seems to point only to > panic/trap/exception functions in the kernel hiding the real problem? > > regards, > Michael Ortmann > > =3D=3D uname -a =3D > > FreeBSD server5.q-fin 6.1-STABLE FreeBSD 6.1-STABLE #0: Sat May 27 > 22:40:17 CEST 2006 eugene@server5.q-fin:/usr/obj/usr/src/sys/SERVER5 > sparc64 > > =3D=3D kernel conf =3D=3D > > machine sparc64 > cpu SUN4U > ident SERVER5 > > makeoptions DEBUG=3D-g # Build kernel with gdb(1) debu= g > symbols > > [...] > > device if_bridge > device tap > device pf > > =3D=3D kgdb kernel core =3D=3D > > server5# kgdb -n 0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "sparc64-marcel-freebsd". > > Unread portion of the kernel message buffer: > tap0: Ethernet address: 00:bd:00:02:3c:00 > panic: trap: memory address not aligned > cpuid =3D 0 > Uptime: 2m27s > Dumping 512 MB (1 chunks) > chunk at 0xa0000000: 536870912 bytes | > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > 240 savectx(&dumppcb); > (kgdb) bt > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > #1 0x00000000c0143e18 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0x00000000c0144274 in panic (fmt=3D0xc03010d0 "trap: %s") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0x00000000c02c2944 in trap (tf=3D0xd6437130) at > /usr/src/sys/sparc64/sparc64/trap.c:369 > #4 0x00000000c0058fe0 in tl1_trap () > #5 0x00000000c01db208 in tapioctl (dev=3D0xfffff800b4c1f800, > cmd=3D18446735280407978592, data=3D0x0, flag=3D2597064, > td=3D0x7fdffffd0a0) at atomic.h:278 > #6 0x00000000c0110eac in dev_refthread (dev=3D0xfffff800b765e100) at > /usr/src/sys/kern/kern_conf.c:124 > #7 0x00000000c01112c4 in giant_ioctl (dev=3D0xfffff800b3ff6a00, > cmd=3D2147772029, data=3D0xd643753c "", fflag=3D7, > td=3D0xfffff800a6622260) at /usr/src/sys/kern/kern_conf.c:288 > #8 0x00000000c00f17d4 in devfs_ioctl_f (fp=3D0xfffff800a6668780, > com=3D2147772029, data=3D0xd643753c, cred=3D0xfffff800a40bc200, > td=3D0xfffff800a6622260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 > #9 0x00000000c01158dc in kern_fcntl (td=3D0xfffff800a6622260, fd=3D6, > cmd=3D4, arg=3D4) at file.h:258 > #10 0x00000000c01150f8 in fcntl (td=3D0xfffff800a6622260, uap=3D0xd64378c= 0) > at /usr/src/sys/kern/kern_descrip.c:339 > #11 0x00000000c02c2f44 in syscall (tf=3D0xd6437880) at > /usr/src/sys/sparc64/sparc64/trap.c:592 > #12 0x00000000c0058dc0 in tl0_intr () > #13 0x0000000000000000 in ?? () > (kgdb) bt full > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > No locals. > #1 0x00000000c0143e18 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:409 > first_buf_printf =3D 1 > #2 0x00000000c0144274 in panic (fmt=3D0xc03010d0 "trap: %s") at > /usr/src/sys/kern/kern_shutdown.c:565 > td =3D (struct thread *) 0xfffff800a6622260 > bootopt =3D 260 > newpanic =3D 0 > ap =3D 0xd6437038 > buf =3D "trap: memory address not aligned", '\0' > #3 0x00000000c02c2944 in trap (tf=3D0xd6437130) at > /usr/src/sys/sparc64/sparc64/trap.c:369 > td =3D (struct thread *) 0xfffff800a6622260 > p =3D (struct proc *) 0x40a77028 > sticks =3D 0 > error =3D -1070591792 > sig =3D -1069997120 > #4 0x00000000c0058fe0 in tl1_trap () > No symbol table info available. > #5 0x00000000c01db208 in tapioctl (dev=3D0xfffff800b4c1f800, > cmd=3D18446735280407978592, data=3D0x0, flag=3D2597064, > td=3D0x7fdffffd0a0) at atomic.h:278 > _tid =3D 18446735280407978592 > tp =3D (struct tap_softc *) 0xfffff800b4c1f800 > ifp =3D (struct ifnet *) 0xfffff800b4c1f800 > f =3D 0 > #6 0x00000000c0110eac in dev_refthread (dev=3D0xfffff800b765e100) at > /usr/src/sys/kern/kern_conf.c:124 > csw =3D (struct cdevsw *) 0xc032d5d8 > #7 0x00000000c01112c4 in giant_ioctl (dev=3D0xfffff800b3ff6a00, > cmd=3D2147772029, data=3D0xd643753c "", fflag=3D7, > td=3D0xfffff800a6622260) at /usr/src/sys/kern/kern_conf.c:288 > retval =3D -1275106816 > #8 0x00000000c00f17d4 in devfs_ioctl_f (fp=3D0xfffff800a6668780, > com=3D2147772029, data=3D0xd643753c, cred=3D0xfffff800a40bc200, > td=3D0xfffff800a6622260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 > dev =3D (struct cdev *) 0xfffff800b3ff6a00 > dsw =3D (struct cdevsw *) 0xc032d5d8 > vp =3D (struct vnode *) 0x0 > vpold =3D (struct vnode *) 0xfffff800a6668780 > error =3D 0 > i =3D -700222148 > p =3D 0xfffff800a6668780 "=FF=FF=F8" > fgn =3D (struct fiodgname_arg *) 0xfffff800a6622260 > #9 0x00000000c01158dc in kern_fcntl (td=3D0xfffff800a6622260, fd=3D6, > cmd=3D4, arg=3D4) at file.h:258 > fdp =3D (struct filedesc *) 0xfffff800b4873200 > flp =3D (struct flock *) 0x4 > fp =3D (struct file *) 0xfffff800a6668780 > p =3D (struct proc *) 0xfffff800a65e1730 > pop =3D 0x0 > vp =3D (struct vnode *) 0x4 > newmin =3D 4 > error =3D 0 > flg =3D 64 > tmp =3D 0 > giant_locked =3D 1 > #10 0x00000000c01150f8 in fcntl (td=3D0xfffff800a6622260, uap=3D0xd64378c= 0) > at /usr/src/sys/kern/kern_descrip.c:339 > fl =3D {l_start =3D 4, l_len =3D 12884901888, l_pid =3D 0, l_typ= e =3D 0, > l_whence =3D 0} > arg =3D 4 > error =3D 0 > #11 0x00000000c02c2f44 in syscall (tf=3D0xd6437880) at > /usr/src/sys/sparc64/sparc64/trap.c:592 > callp =3D (struct sysent *) 0xc031ad10 > td =3D (struct thread *) 0xfffff800a6622260 > args =3D {3594743745, 3221589432, 3221589052, 3221589048, > 658472179200, 100, 0, -9178230156714049532} > argp =3D (register_t *) 0xd64378c0 > p =3D (struct proc *) 0xfffff800a65e1730 > sticks =3D 41 > code =3D 92 > tpc =3D 1084715044 > reg =3D 0 > regcnt =3D 6 > narg =3D 3 > error =3D 0 > #12 0x00000000c0058dc0 in tl0_intr () > No symbol table info available. > #13 0x0000000000000000 in ?? () > No symbol table info available. > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org= " > --=20 James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 13:51:20 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC0016B6EA for ; Sun, 28 May 2006 13:51:20 +0000 (UTC) (envelope-from mortmann@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5433E43D46 for ; Sun, 28 May 2006 13:51:19 +0000 (GMT) (envelope-from mortmann@googlemail.com) Received: by nf-out-0910.google.com with SMTP id p77so62951nfc for ; Sun, 28 May 2006 06:51:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=PfPJdbFriY6Fwrt/MCzf8TccG1J8A9ydAUs7yp/MIsTK//Fe/05JNlDgTQGDaNabgYUzhlp+ZHK8uMjfxC35GJ58sLoxQJYAWs/em9J0FP3AuxvDfzeOE4jGCXZgVWZJi5kBoPf9jaxfjNHghahGkmJoEodHXGQyAIOW6KcAu9o= Received: by 10.49.64.14 with SMTP id r14mr661313nfk; Sat, 27 May 2006 17:13:20 -0700 (PDT) Received: from ?192.168.1.22? ( [217.91.92.201]) by mx.gmail.com with ESMTP id i1sm2111443nfe.2006.05.27.17.13.18; Sat, 27 May 2006 17:13:19 -0700 (PDT) Message-ID: <4478EB1D.7070909@googlemail.com> Date: Sun, 28 May 2006 02:13:17 +0200 From: Michael Ortmann User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4476C40B.7060709@googlemail.com> <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> In-Reply-To: <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: panic: trap: memory address not aligned - debug information X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 13:51:21 -0000 sorry, i forgot *DB options in kernel config. so here is more debug information. hope that helps. regards, Michael Ortmann ======== server5# kgdb -n 0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd". Unread portion of the kernel message buffer: tap0: Ethernet address: 00:bd:00:00:d1:00 panic: trap: memory address not aligned cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 1m36s Dumping 512 MB (1 chunks) chunk at 0xa0000000: 536870912 bytes | #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 savectx(&dumppcb); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64ea8a0 "") at /usr/src/sys/ddb/db_command.c:438 #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0x00000000c00a4ed8 in db_trap (type=-699487568, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd64ead30) at /usr/src/sys/kern/subr_kdb.c:473 #8 0x00000000c02cd70c in trap (tf=0xd64ead30) at /usr/src/sys/sparc64/sparc64/trap.c:307 #9 0x00000000c0058fe0 in tl1_trap () #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 #13 0x00000000c02cd898 in trap (tf=0xd64eb130) at /usr/src/sys/sparc64/sparc64/trap.c:369 #14 0x00000000c0058fe0 in tl1_trap () #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800b7222800, cmd=18446735280506711616, data=0x0, flag=2818248, td=0x0) at atomic.h:278 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a430a200) at /usr/src/sys/kern/kern_conf.c:124 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b6e1b800, cmd=2147772029, data=0xd64eb53c "", fflag=7, td=0xfffff800ac44ae40) at /usr/src/sys/kern/kern_conf.c:288 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a63f4d98, com=2147772029, data=0xd64eb53c, cred=0xfffff800b8265800, td=0xfffff800ac44ae40) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800ac44ae40, fd=6, cmd=4, arg=4) at file.h:258 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800ac44ae40, uap=0xd64eb8c0) at /usr/src/sys/kern/kern_descrip.c:339 #21 0x00000000c02cdea4 in syscall (tf=0xd64eb880) at /usr/src/sys/sparc64/sparc64/trap.c:592 #22 0x00000000c0058dc0 in tl0_intr () #23 0x0000000000000000 in ?? () (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xfffff800ac44ae40 bootopt = 260 newpanic = 0 ap = 0xd64ea798 buf = "trap: memory address not aligned", '\0' #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64ea8a0 "") at /usr/src/sys/ddb/db_command.c:438 No locals. #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 cmd = (struct command *) 0xc02d4258 t = -1072244900 modif = '\0' , "À.\235è", '\0' , "À1#h\000\000\000\000À1#\200\000\000\000\000ÖNªx\000\000\000\000\000\000\000 \000\000\000\000ÖN¡1\000\000\000\000À\n\"Ð\000\000\000\000À0\201a\000\000\000\000\000\000\000\001", '\0' , "\020\000\000\000\000ÖN©¸" addr = 3222722396 count = -1 have_addr = 0 result = -1072244900 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #6 0x00000000c00a4ed8 in db_trap (type=-699487568, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {3595477745, 3221900884, 3595477489, 1259744, 657130000903, 0}}} prev_jb = (void *) 0x0 bkpt = 0 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd64ead30) at /usr/src/sys/kern/subr_kdb.c:473 did_stop_cpus = 1 handled = 0 #8 0x00000000c02cd70c in trap (tf=0xd64ead30) at /usr/src/sys/sparc64/sparc64/trap.c:307 td = (struct thread *) 0xfffff800ac44ae40 p = (struct proc *) 0x12 sticks = 3224332381 error = 0 sig = 0 #9 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 td = (struct thread *) 0xfffff800ac44ae40 bootopt = 256 newpanic = 1 ap = 0xd64eb038 buf = "trap: memory address not aligned", '\0' #13 0x00000000c02cd898 in trap (tf=0xd64eb130) at /usr/src/sys/sparc64/sparc64/trap.c:369 td = (struct thread *) 0xfffff800ac44ae40 p = (struct proc *) 0x40acd028 sticks = 0 error = -1070536152 sig = -1069914416 #14 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800b7222800, cmd=18446735280506711616, data=0x0, flag=2818248, td=0x0) at atomic.h:278 _tid = 18446735280506711616 tp = (struct tap_softc *) 0xfffff800b7222800 ifp = (struct ifnet *) 0xfffff800b7222800 f = 0 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a430a200) at /usr/src/sys/kern/kern_conf.c:124 csw = (struct cdevsw *) 0xc033b968 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b6e1b800, cmd=2147772029, data=0xd64eb53c "", fflag=7, td=0xfffff800ac44ae40) at /usr/src/sys/kern/kern_conf.c:288 retval = -1226721280 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a63f4d98, com=2147772029, data=0xd64eb53c, cred=0xfffff800b8265800, td=0xfffff800ac44ae40) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 dev = (struct cdev *) 0xfffff800b6e1b800 dsw = (struct cdevsw *) 0xc033b968 vp = (struct vnode *) 0x0 vpold = (struct vnode *) 0xfffff800a63f4d98 error = 0 i = -699484868 p = 0xfffff800a63f4d98 "ÿÿø" fgn = (struct fiodgname_arg *) 0xfffff800ac44ae40 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800ac44ae40, fd=6, cmd=4, arg=4) at file.h:258 fdp = (struct filedesc *) 0xfffff800b5574000 flp = (struct flock *) 0x4 fp = (struct file *) 0xfffff800a63f4d98 p = (struct proc *) 0xfffff800ac509730 pop = 0x0 vp = (struct vnode *) 0x4 newmin = 4 error = 0 flg = 64 tmp = 0 giant_locked = 1 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800ac44ae40, uap=0xd64eb8c0) at /usr/src/sys/kern/kern_descrip.c:339 fl = {l_start = 1076725760, l_len = 13961625600, l_pid = 0, l_type = 16, l_whence = 13760} arg = 4 error = 0 #21 0x00000000c02cdea4 in syscall (tf=0xd64eb880) at /usr/src/sys/sparc64/sparc64/trap.c:592 callp = (struct sysent *) 0xc0328f48 td = (struct thread *) 0xfffff800ac44ae40 args = {3595481025, 3221589432, 3, 4098, -1, 0, 0, 2331749840166286707} argp = (register_t *) 0xd64eb8c0 p = (struct proc *) 0xfffff800ac509730 sticks = 50 code = 92 tpc = 1085067300 reg = 0 regcnt = 6 narg = 3 error = 0 #22 0x00000000c0058dc0 in tl0_intr () No symbol table info available. #23 0x0000000000000000 in ?? () No symbol table info available. From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 13:58:46 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 176CB16B91F for ; Sun, 28 May 2006 13:58:46 +0000 (UTC) (envelope-from hucbxjnaxkd@bluearrow.com) Received: from bluearrow.com (abjc141.neoplus.adsl.tpnet.pl [83.7.144.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C25A43D46 for ; Sun, 28 May 2006 13:58:43 +0000 (GMT) (envelope-from hucbxjnaxkd@bluearrow.com) Received: from localhost.localdomain (yzSAXxL18.mail1world.com [209.88.189.07]) by 209.88.189.07 (Postfix) with SMTP id wtfphcrrnzto for ; Sun, 28 May 2006 15:58:50 +0100 Date: Sun, 28 May 2006 15:58:50 +0100 From: "rqqmgmvh pphevtg" To: Content-return: allowed X-Mailer: phpmailer [version 1.41] X-Trailer: PHP Data URLENCODED 2 X-Authentication-Warning: localhost.localdomain: apache set sender to hucbxjnaxkd@bluearrow.com using -f X-Virus-Scanned: amavisd-new at mail2world.com Mime-Version: 1.0 Content-Type: text/plain Message-Id: <49100782477165.zlszxuntqe@efkiEeV> Subject: [Info] win win situation X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 13:58:53 -0000 CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day The sun will shine into our yard to. Still water runs dirty and deep. Walking on water. Survival of the fittest. Two peas in a pod. Tall as a tree. Turn over a new leaf. Rough as a cob. Say it with flowers. Up one side and down the other. The scum of the earth. Want my place in the sun. They're like two peas in a pod. Some like carrots others like cabbage. You say potayto, I say potahto. Stir up an ant's nest. We'll cross that bridge when we come to it. Red as a beet. Speak softly and carry a big stick. A snail's pace. Rise and shine. Sweet as apple pie. Sour as a green apple. Too little too late. A thorn in my side. From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 13:59:19 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 540C416B0CB for ; Sun, 28 May 2006 13:59:19 +0000 (UTC) (envelope-from jrnhevtab@bluearrow.com) Received: from bluearrow.com (abjc141.neoplus.adsl.tpnet.pl [83.7.144.141]) by mx1.FreeBSD.org (Postfix) with SMTP id B31CF43D5C for ; Sun, 28 May 2006 13:59:12 +0000 (GMT) (envelope-from jrnhevtab@bluearrow.com) Received: from localhost.localdomain (tluWvT71.mail3world.com [209.88.189.908]) by 209.88.189.908 (Postfix) with SMTP id rsvg4p18s1xe for ; Sun, 28 May 2006 15:59:21 +0100 Date: Sun, 28 May 2006 15:59:21 +0100 From: "plblye heniwa" To: Content-return: allowed X-Mailer: phpmailer [version 1.41] X-Trailer: PHP Data URLENCODED 0 X-Authentication-Warning: localhost.localdomain: apache set sender to jrnhevtab@bluearrow.com using -f X-Virus-Scanned: amavisd-new at mail2world.com Mime-Version: 1.0 Content-Type: text/plain Message-Id: <38931978402794.ipbm3dnjk2@xaWBtvKSRc> Cc: Subject: {fwd} try and miss this CTXE X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 13:59:20 -0000 CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day This is for the birds. The way to a man's heart is through his stomach. Waking up with the chickens. You have to separate the chaff from the wheat. That's water under the bridge. Raking in the dough. Put off the scent. The sharper is the berry, the sweeter is the wine. Put off the scent. Raking it in. Putting the cart before the horse. That's a whole new can of worms. Slow as molasses in January. That's water under the bridge. Pull it up by the roots. You throw filth on the living and flowers on the dead.Pin a rose on your nose. Rise and shine. Shall I compare thee to a summer's day. When the cows come home. Up one side and down the other. When it rains it pours. A thing of beauty is a joy forever. There is always next year. Weed out. From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 15:21:36 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0551716B9D6; Sun, 28 May 2006 15:21:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A55843D5C; Sun, 28 May 2006 15:21:35 +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.4P/8.13.4) with ESMTP id k4SFLYeZ051480; Sun, 28 May 2006 11:21:34 -0400 (EDT) (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.6/8.13.6) with ESMTP id k4SFLYaX083249; Sun, 28 May 2006 11:21:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89ED37302F; Sun, 28 May 2006 11:21:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060528152134.89ED37302F@freebsd-current.sentex.ca> Date: Sun, 28 May 2006 11:21:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 15:21:38 -0000 TB --- 2006-05-28 13:58:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-28 13:58:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-28 13:58:28 - cleaning the object tree TB --- 2006-05-28 13:58:52 - checking out the source tree TB --- 2006-05-28 13:58:52 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-28 13:58:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-28 14:07:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-28 14:07:00 - cd /src TB --- 2006-05-28 14:07:00 - /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 --- 2006-05-28 15:14:42 - generating LINT kernel config TB --- 2006-05-28 15:14:42 - cd /src/sys/sparc64/conf TB --- 2006-05-28 15:14:42 - /usr/bin/make -B LINT TB --- 2006-05-28 15:14:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-28 15:14:42 - cd /src TB --- 2006-05-28 15:14:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 28 15:14:42 UTC 2006 >>> 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/mixer.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/mixer_if.m -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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror mixer_if.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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/sndstat.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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/sound.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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/pcm/vchan.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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-28 15:21:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-28 15:21:34 - ERROR: failed to build lint kernel TB --- 2006-05-28 15:21:34 - tinderbox aborted TB --- 0.62 user 4.12 system 4985.63 real From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 18:41:15 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C50B416C6B2 for ; Sun, 28 May 2006 18:41:15 +0000 (UTC) (envelope-from mortmann@googlemail.com) Received: from hu-out-0102.google.com (hu-out-0102.google.com [72.14.214.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C0E43DAF for ; Sun, 28 May 2006 18:40:56 +0000 (GMT) (envelope-from mortmann@googlemail.com) Received: by hu-out-0102.google.com with SMTP id 28so352245hug for ; Sun, 28 May 2006 11:40:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=HXFbuVwEEe8RBQxYoZ5KLkY6Nm1I+sUh7Hoyg0FkmYn1PPgCbz4KzJsTJASQ92EBgrmEj6vWqz6r065T9CPxjy8ktNddIozbHEdCfkIt0lhfUHvYFlP8tZCpKYi8OmmtiyU8uz5vpjsLSPZcocUbFdnmYSVla9LHyYErFCcW5mg= Received: by 10.49.32.10 with SMTP id k10mr1067203nfj; Sun, 28 May 2006 11:14:37 -0700 (PDT) Received: from ?192.168.1.22? ( [217.91.92.201]) by mx.gmail.com with ESMTP id x1sm2923875nfb.2006.05.28.11.14.36; Sun, 28 May 2006 11:14:37 -0700 (PDT) Message-ID: <4479E88A.3050504@googlemail.com> Date: Sun, 28 May 2006 20:14:34 +0200 From: Michael Ortmann User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4476C40B.7060709@googlemail.com> <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> <4478D26A.8010304@googlemail.com> <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> In-Reply-To: <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: trap: memory address not aligned (tap/if_bridge/openvpn -> kgdb information) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 18:41:22 -0000 James Tanis schrieb: > I don't really know why it has to be the kernel's fault as you said, > the error is memory address is not aligned, which unlike i386, is > illegal under sparc32/64. I'm no kernel hacker either, but it seems to > me that the userland program is attempting to access memory at an > inappropriate address. Honestly the error could be caused by anything, > but if you have searched Google (and you should have by now) you'll > see the error could be cause by a multitude of things, this was just > one idea. I've never even used openvpn. I may try installing it today > or tomorrow, if I put freebsd back on my ultra60 just to see if I get > the same thing. i thought its the kernels fault because a userland program should never make the kernel panic, but segfault itself. else any userprogram could just write to an unaligned address and therefore crash the system - thus any user could crash the system. ok, openvpn is suid root but it should not access the kernels memory in any case, should it? im sure openvpn worked on sparc64/freebsd before, so, i could try out older/different openvpn versions and hunt the bug down there. but i still feel its not openvpns fault. how can i see if a kerneldriver (tap/if_brige) or openvpn leads to the crash? ill try to do ifconfig by hand and do what openvpn does, may be i can reproduce the crash that way... regards, Michael Ortmann From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 18:54:02 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E3D116A563 for ; Sun, 28 May 2006 18:54:02 +0000 (UTC) (envelope-from mortmann@googlemail.com) Received: from hu-out-0102.google.com (hu-out-0102.google.com [72.14.214.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7593A43D46 for ; Sun, 28 May 2006 18:54:01 +0000 (GMT) (envelope-from mortmann@googlemail.com) Received: by hu-out-0102.google.com with SMTP id 28so353263hug for ; Sun, 28 May 2006 11:54:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=dD5Cg/fZk10bgXfGlCDlXQHU+AXObJh4YjbhZVlrAokUuzmooxMjJIX+zxbWdgwxXecbHwAZHU8Anh0IRQ5msLkB0gmCLzfimCid3ge9gDPBou+ztT3kAp9yeRCGk8Hez52WY0lTGREMJgzxMq9gGmMxM9zhFV95CRApYADlbfk= Received: by 10.35.76.9 with SMTP id d9mr2083199pyl; Sun, 28 May 2006 11:25:33 -0700 (PDT) Received: from ?192.168.1.22? ( [217.91.92.201]) by mx.gmail.com with ESMTP id i64sm97815pye.2006.05.28.11.25.31; Sun, 28 May 2006 11:25:32 -0700 (PDT) Message-ID: <4479EB1C.2090503@googlemail.com> Date: Sun, 28 May 2006 20:25:32 +0200 From: Michael Ortmann User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4476C40B.7060709@googlemail.com> <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> <4478D26A.8010304@googlemail.com> <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> In-Reply-To: <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: trap: memory address not aligned - tap driver bug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 18:54:02 -0000 hi, i was able to reproduce the kernel panic more clean. without openvpn. it seems to be the kernel's tap interface driver. cat /dev/null >/dev/tap0 -> panic... regards, Michael Ortmann From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 19:22:37 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DAC16A5B9; Sun, 28 May 2006 19:22:37 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C0B43D48; Sun, 28 May 2006 19:22:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SJMBsl078453; Sun, 28 May 2006 21:22:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SJMXAR056376; Sun, 28 May 2006 21:22:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 21:22:36 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528212236.66218fb8@Magellan.Leidinger.net> In-Reply-To: <20060528152134.89ED37302F@freebsd-current.sentex.ca> References: <20060528152134.89ED37302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 19:22:37 -0000 Quoting FreeBSD Tinderbox (Sun, 28 May 2006 11:21:34 -0400 (EDT)): > 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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 FYI: This should already be fixed since some hours... Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-sparc64@FreeBSD.ORG Sun May 28 19:50:19 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE1A16BAD0; Sun, 28 May 2006 19:50:19 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id C971743D72; Sun, 28 May 2006 19:50:13 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F984.dip.t-dialin.net [84.165.249.132]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.4) with ESMTP id k4SJnmjt078541; Sun, 28 May 2006 21:49:49 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k4SJoBUK060261; Sun, 28 May 2006 21:50:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 28 May 2006 21:22:36 +0200 From: Alexander Leidinger To: FreeBSD Tinderbox Message-ID: <20060528212236.66218fb8@Magellan.Leidinger.net> In-Reply-To: <20060528152134.89ED37302F@freebsd-current.sentex.ca> References: <20060528152134.89ED37302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.2.0 (GTK+ 2.8.17; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 19:50:20 -0000 Quoting FreeBSD Tinderbox (Sun, 28 May 2006 11:21:34 -0400 (EDT)): > 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 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/sound/midi/midi.c > /src/sys/dev/sound/midi/midi.c: In function `midisynth_writeraw': > /src/sys/dev/sound/midi/midi.c:1229: warning: int format, different type arg (arg 2) > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 FYI: This should already be fixed since some hours... Bye, Alexander. -- Selling GoodYear Eagle F1 235/40ZR18, 2x 4mm + 2x 5mm, ~150 EUR you have to pick it up between Germany/Saarland and Luxembourg/Capellen http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-sparc64@FreeBSD.ORG Mon May 29 00:44:03 2006 Return-Path: X-Original-To: freebsd-sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B5B16A9D6 for ; Mon, 29 May 2006 00:44:03 +0000 (UTC) (envelope-from anonymous@crowe-shop.com) Received: from crowe-shop.com (crowe-shop.com [199.237.206.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DB143D82 for ; Mon, 29 May 2006 00:43:58 +0000 (GMT) (envelope-from anonymous@crowe-shop.com) Received: (qmail 63680 invoked by uid 20114); 29 May 2006 00:39:59 -0000 Date: 29 May 2006 00:39:59 -0000 Message-ID: <20060529003959.63679.qmail@crowe-shop.com> To: freebsd-sparc@freebsd.org From: CajaMadrid.es Content-Transfer-Encoding: 7bit X-Accept-Language: en-us, en MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Nuevo medio de seguridad X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "CajaMadrid.es" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 00:44:05 -0000 Inicio | Accesibilidad | Boletines | Atención al cliente | Ayuda | Oficinas y cajeros | Mapa Web | Portales Caja Madrid _________________________________________________________________ [SB_08_IMG.GIF] [SB_08_CLAIM.GIF] Oficina Internet Debido a los tentativas recientes de fraude Caja Madrid ha introducido un nuevo medio de seguridad. Debes conectar en tu cuenta de Caja Madrid usando tu ordenador personal o del lugar y ordenador que has utilizado en el pasado. Tu dirección IP será colocada a nuestra base de datos. Cualquier tentativa de conexión de un diverso dirección IP necesita confirmación sobre el el teléfono. Puedes corregir su detalles personales y su dirección IP principal usando el panel de control en cualquier momento. Por favor dar un plazo de 5 minutos a partir del momento que has llenado el formulario nuestro y darnos su dirección IP principal pulsa [1]aquí o usando la dirección. [2]https://oi.cajamadrid.es/CajaMadrid/oi/pt_oi/Login/login_IP_conf=tr ue Información Legal | Seguridad | Privacidad | Tarifas | Tablón de Anuncios _________________________________________________________________ References 1. http://www.markrolph.com/ 2. http://www.markrolph.com/ From owner-freebsd-sparc64@FreeBSD.ORG Mon May 29 04:30:10 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D3216A5E6 for ; Mon, 29 May 2006 04:30:10 +0000 (UTC) (envelope-from jrtanis@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5645143D48 for ; Mon, 29 May 2006 04:30:10 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so436166wri for ; Sun, 28 May 2006 21:30:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=cfcpm7VXvzdQFeNjO2KxA3a2KXtzAeLBJNVDi2+jXWla2eykusgJAkXFPtsEcd5LAZO2wxY03n6XJDFsviObfRRUL5I9jd2nAvKTIUlIw+mxzJvKEjZu+vfNVP3QVw17GiENXdouLJ2BL9UoRWQSOv0uKz7DHxtTCUq2VAqm5/M= Received: by 10.54.132.6 with SMTP id f6mr1765145wrd; Sun, 28 May 2006 21:30:09 -0700 (PDT) Received: by 10.54.130.6 with HTTP; Sun, 28 May 2006 21:30:09 -0700 (PDT) Message-ID: <65dcde740605282130s6443a3br3f291951aa9239be@mail.gmail.com> Date: Mon, 29 May 2006 00:30:09 -0400 From: "James Tanis" Sender: jrtanis@gmail.com To: "Michael Ortmann" In-Reply-To: <4479E88A.3050504@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4476C40B.7060709@googlemail.com> <65dcde740605261009w77a7524ao3db3be74659ffe03@mail.gmail.com> <4478D26A.8010304@googlemail.com> <65dcde740605271836p7ead1854j966f0be36da854f5@mail.gmail.com> <4479E88A.3050504@googlemail.com> X-Google-Sender-Auth: 1fea8e0c6bb7beb7 Cc: freebsd-sparc64@freebsd.org Subject: Re: panic: trap: memory address not aligned (tap/if_bridge/openvpn -> kgdb information) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 04:30:11 -0000 I don't know, think its the blind leading the blind here. I think you need someone wiser in the force then I :P. On 5/28/06, Michael Ortmann wrote: > James Tanis schrieb: > > I don't really know why it has to be the kernel's fault as you said, > > the error is memory address is not aligned, which unlike i386, is > > illegal under sparc32/64. I'm no kernel hacker either, but it seems to > > me that the userland program is attempting to access memory at an > > inappropriate address. Honestly the error could be caused by anything, > > but if you have searched Google (and you should have by now) you'll > > see the error could be cause by a multitude of things, this was just > > one idea. I've never even used openvpn. I may try installing it today > > or tomorrow, if I put freebsd back on my ultra60 just to see if I get > > the same thing. > > i thought its the kernels fault because a userland program should never > make the kernel panic, but segfault itself. else any userprogram could > just write to an unaligned address and therefore crash the system - thus > any user could crash the system. > > ok, openvpn is suid root but it should not access the kernels memory in > any case, should it? > > im sure openvpn worked on sparc64/freebsd before, so, i could try out > older/different openvpn versions and hunt the bug down there. but i > still feel its not openvpns fault. how can i see if a kerneldriver > (tap/if_brige) or openvpn leads to the crash? ill try to do ifconfig by > hand and do what openvpn does, may be i can reproduce the crash that way.= .. > > regards, > Michael Ortmann > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org= " > --=20 James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Mon May 29 11:03:23 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7349D16A488 for ; Mon, 29 May 2006 11:03:23 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38B9643D4C for ; Mon, 29 May 2006 11:03:23 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4TB3NIR097579 for ; Mon, 29 May 2006 11:03:23 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4TB3LaY097575 for freebsd-sparc64@freebsd.org; Mon, 29 May 2006 11:03:21 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 May 2006 11:03:21 GMT Message-Id: <200605291103.k4TB3LaY097575@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 11:03:24 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2006/01/16] sparc64/91882sparc64 Ultra 10 mouse/keyboard o [2006/01/20] sparc64/92033sparc64 [dc] dc(4) issues on Ultra10 o [2006/04/04] sparc64/95297sparc64 vt100 term does not work in install o [2006/04/16] sparc64/95892sparc64 MAC address of hme interfaces is ff:ff:ff o [2006/05/04] sparc64/96798sparc64 sunkbd does not support "kbdcontrol -k" 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages o [2005/12/13] sparc64/90316sparc64 Keyboard "lock" key lights not working pr f [2006/01/05] sparc64/91334sparc64 FreeBSD 6.0 don't support tftp boot from o [2006/03/07] sparc64/94190sparc64 hw.physmem tunable does not work on sparc o [2006/03/15] sparc64/94483sparc64 ath_hal does not work on 6-release/sparc6 o [2006/05/23] sparc64/97707sparc64 mkskel.sh has bogus timestamp, causing bu 7 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon May 29 12:20:18 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E7EB16A5CE for ; Mon, 29 May 2006 12:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43BF43D55 for ; Mon, 29 May 2006 12:20:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4TCKG7s004965 for ; Mon, 29 May 2006 12:20:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4TCKGUX004964; Mon, 29 May 2006 12:20:16 GMT (envelope-from gnats) Resent-Date: Mon, 29 May 2006 12:20:16 GMT Resent-Message-Id: <200605291220.k4TCKGUX004964@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Michael Ortmann Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FD9416A47A for ; Mon, 29 May 2006 12:12:22 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F50F43D78 for ; Mon, 29 May 2006 12:12:22 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k4TCCMbI097488 for ; Mon, 29 May 2006 12:12:22 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k4TCCM8J097487; Mon, 29 May 2006 12:12:22 GMT (envelope-from nobody) Message-Id: <200605291212.k4TCCM8J097487@www.freebsd.org> Date: Mon, 29 May 2006 12:12:22 GMT From: Michael Ortmann To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: sparc64/98084: kernel panic when using tap interface driver on 6_stable/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 12:20:33 -0000 >Number: 98084 >Category: sparc64 >Synopsis: kernel panic when using tap interface driver on 6_stable/sparc64 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 29 12:20:16 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Michael Ortmann >Release: 6_stable >Organization: >Environment: FreeBSD server5.q-fin 6.1-STABLE FreeBSD 6.1-STABLE #0: Sun May 28 01:53:54 CEST 2006 root@server5.q-fin:/usr/obj/usr/src/sys/SERVER5 sparc64 >Description: using the tap interface on 6_stable/sparc64 will lead to kernel panic disovered when i tried to setup openvpn, but its no openvpn issue "cat /dev/zero >/dev/tap0" will crash the machine instantly, any time can be 100% reproduced on my machine (u60, smp) i compiled and installed 6_stable (world+kernel) without optimization flags but with debug flags, so its no optimization issue kernel coredump available it seems to be no hardware issue since its a) reproduceable and b) make buildworld/installworld runs just fine. my guess: tap interface driver broken for sparc64? == symptom == # cat /dev/zero >/dev/tap0 tap0: Ethernet address: 00:bd:00:02:10:00 panic: trap: memory address not aligned cpuid = 0 KDB: enter: panic [thread 449 tid 100044] Stopped at kdb_enter+0x3c: ta %xcc, 1 == kernel conf == machine sparc64 cpu SUN4U ident SERVER5 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc # Floppy drives #device fdc # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse # syscons is the default console driver, resembling an SCO console device sc device creator # Creator, Creator3D and Elite3D framebuffers device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev #device ofw_console # Open Firmware console device # Builtin hardware device auxio # auxiliary I/O device device clkbrd # Clock Board (blinkenlight on Sun Exx00) device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks device rtc # rtc (really a front-end for the MC146818) device mc146818 # Motorola MC146818 and compatible clocks # Serial (COM) ports device sab # Siemens SAB82532 based serial ports device uart # Multi-uart driver device puc # Multi-channel uarts # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter #options GEOM_BDE #options ACCEPT_FILTER_HTTP device sound device snd_audiocs device if_bridge device tap device pf #device pflog options KDB options DDB options GDB == dmesg == Copyright (c) 1992-2006 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 6.1-STABLE #0: Sun May 28 01:53:54 CEST 2006 root@server5.q-fin:/usr/obj/usr/src/sys/SERVER5 real memory = 536870912 (512 MB) avail memory = 510763008 (487 MB) cpu0: Sun Microsystems UltraSparc-II Processor (296.01 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (296.01 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at device 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x1400728003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f003 on ebus0 ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 uart0: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart0: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart1: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 ebus0: addr 0x14003043bc-0x14003043cb,0x1400300398-0x1400300399,0x1400700000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80bb1058 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) pcm0: addr 0x1400200000-0x14002000ff,0x1400702000-0x140070200f,0x1400704000-0x140070400f,0x1400722000-0x1400722003 irq 35,36 on ebus0 pcm0: hme0: mem 0x100000-0x107fff at device 1.1 on pci0 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:bb:10:58 sym0: <875> port 0x1000-0x10ff mem 0x108000-0x1080ff,0x10a000-0x10afff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x1400-0x14ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pcib1: [FAST] pci1: on pcib1 creator0: on nexus0 creator0: console creator0: resolution 1280x1024 syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x300> Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 35242MB (72176566 512 byte sectors: 255H 63S/T 4492C) Trying to mount root from ufs:/dev/da0a == /etc/make.conf == [...] CFLAGS= -g -pipe [...] == kgdb kernel core == server5# kgdb -n 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd". Unread portion of the kernel message buffer: tap0: Ethernet address: 00:bd:00:02:10:00 panic: trap: memory address not aligned cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 2m24s Dumping 512 MB (1 chunks) chunk at 0xa0000000: 536870912 bytes | #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 savectx(&dumppcb); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64368a0 "") at /usr/src/sys/ddb/db_command.c:438 #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0x00000000c00a4ed8 in db_trap (type=-700224848, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd6436d30) at /usr/src/sys/kern/subr_kdb.c:473 #8 0x00000000c02cd70c in trap (tf=0xd6436d30) at /usr/src/sys/sparc64/sparc64/trap.c:307 #9 0x00000000c0058fe0 in tl1_trap () #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 #13 0x00000000c02cd898 in trap (tf=0xd6437130) at /usr/src/sys/sparc64/sparc64/trap.c:369 #14 0x00000000c0058fe0 in tl1_trap () #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800a08ae800, cmd=18446735280406397536, data=0x0, flag=0, td=0x0) at atomic.h:278 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a084f300) at /usr/src/sys/kern/kern_conf.c:124 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b5d4ac00, cmd=2147772029, data=0xd643753c "", fflag=2, td=0xfffff800a64a0260) at /usr/src/sys/kern/kern_conf.c:288 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a62ef338, com=2147772029, data=0xd643753c, cred=0xfffff800a084f100, td=0xfffff800a64a0260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800a64a0260, fd=3, cmd=4, arg=1) at file.h:258 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800a64a0260, uap=0xd64378c0) at /usr/src/sys/kern/kern_descrip.c:339 #21 0x00000000c02cdea4 in syscall (tf=0xd6437880) at /usr/src/sys/sparc64/sparc64/trap.c:592 #22 0x00000000c0058dc0 in tl0_intr () #23 0x0000000000000000 in ?? () (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xfffff800a64a0260 bootopt = 260 newpanic = 0 ap = 0xd6436798 buf = "trap: memory address not aligned", '\0' #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64368a0 "") at /usr/src/sys/ddb/db_command.c:438 No locals. #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 cmd = (struct command *) 0xc02d4258 t = -1072244900 modif = '\0' , [...] addr = 3222722396 count = -1 have_addr = 0 result = -1072244900 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #6 0x00000000c00a4ed8 in db_trap (type=-700224848, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {3594740465, 3221900884, 3594740209, 0, 0, 0}}} prev_jb = (void *) 0x0 bkpt = 0 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd6436d30) at /usr/src/sys/kern/subr_kdb.c:473 did_stop_cpus = 1 handled = 0 #8 0x00000000c02cd70c in trap (tf=0xd6436d30) at /usr/src/sys/sparc64/sparc64/trap.c:307 td = (struct thread *) 0xfffff800a64a0260 p = (struct proc *) 0x12 sticks = 3224332381 error = 0 sig = 0 #9 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 td = (struct thread *) 0xfffff800a64a0260 bootopt = 256 newpanic = 1 ap = 0xd6437038 buf = "trap: memory address not aligned", '\0' #13 0x00000000c02cd898 in trap (tf=0xd6437130) at /usr/src/sys/sparc64/sparc64/trap.c:369 td = (struct thread *) 0xfffff800a64a0260 p = (struct proc *) 0x407d7028 sticks = 0 error = -1070536152 sig = -1069914416 #14 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800a08ae800, cmd=18446735280406397536, data=0x0, flag=0, td=0x0) at atomic.h:278 _tid = 18446735280406397536 tp = (struct tap_softc *) 0xfffff800a08ae800 ifp = (struct ifnet *) 0xfffff800a08ae800 f = 0 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a084f300) at /usr/src/sys/kern/kern_conf.c:124 csw = (struct cdevsw *) 0xc033b968 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b5d4ac00, cmd=2147772029, data=0xd643753c "", fflag=2, td=0xfffff800a64a0260) at /usr/src/sys/kern/kern_conf.c:288 retval = -1244353536 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a62ef338, com=2147772029, data=0xd643753c, cred=0xfffff800a084f100, td=0xfffff800a64a0260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 dev = (struct cdev *) 0xfffff800b5d4ac00 dsw = (struct cdevsw *) 0xc033b968 vp = (struct vnode *) 0x0 vpold = (struct vnode *) 0xfffff800a62ef338 error = 0 i = -700222148 p = 0xfffff800a62ef338 "ÿÿø" fgn = (struct fiodgname_arg *) 0xfffff800a64a0260 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800a64a0260, fd=3, cmd=4, arg=1) at file.h:258 fdp = (struct filedesc *) 0xfffff800b5d4bc00 flp = (struct flock *) 0x1 fp = (struct file *) 0xfffff800a62ef338 p = (struct proc *) 0xfffff800a651fa80 pop = 0x0 vp = (struct vnode *) 0x4 newmin = 1 error = 0 flg = 64 tmp = 0 giant_locked = 1 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800a64a0260, uap=0xd64378c0) at /usr/src/sys/kern/kern_descrip.c:339 fl = {l_start = 3594743537, l_len = 3222767276, l_pid = 0, l_type = 0, l_whence = 0} arg = 1 error = 0 #21 0x00000000c02cdea4 in syscall (tf=0xd6437880) at /usr/src/sys/sparc64/sparc64/trap.c:592 callp = (struct sysent *) 0xc0328f48 td = (struct thread *) 0xfffff800a64a0260 args = {3594743745, 3221589512, 3221589052, 3221589048, 658606396932, 100, 0, 0} argp = (register_t *) 0xd64378c0 p = (struct proc *) 0xfffff800a651fa80 sticks = 10 code = 92 tpc = 1081962532 reg = 0 regcnt = 6 narg = 3 error = 0 #22 0x00000000c0058dc0 in tl0_intr () No symbol table info available. #23 0x0000000000000000 in ?? () No symbol table info available. >How-To-Repeat: cat /dev/zero >/dev/tap0 >Fix: it worked in the past as i can read in mailinglists but i dont know when it was broken. maybe one could use an older freebsd version. on i386 that error does not exist. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Mon May 29 21:40:24 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB27516B095 for ; Mon, 29 May 2006 21:40:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5716843D53 for ; Mon, 29 May 2006 21:40:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4TLeMaw083924 for ; Mon, 29 May 2006 21:40:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4TLeMvF083921; Mon, 29 May 2006 21:40:22 GMT (envelope-from gnats) Date: Mon, 29 May 2006 21:40:22 GMT Message-Id: <200605292140.k4TLeMvF083921@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/98084: kernel panic when using tap interface driver on 6_stable/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 21:40:39 -0000 The following reply was made to PR sparc64/98084; it has been noted by GNATS. From: Marius Strobl To: Michael Ortmann Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/98084: kernel panic when using tap interface driver on 6_stable/sparc64 Date: Mon, 29 May 2006 23:36:48 +0200 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 29, 2006 at 12:12:22PM +0000, Michael Ortmann wrote: > > using the tap interface on 6_stable/sparc64 will lead to kernel panic > disovered when i tried to setup openvpn, but its no openvpn issue > "cat /dev/zero >/dev/tap0" will crash the machine instantly, any time > can be 100% reproduced on my machine (u60, smp) > i compiled and installed 6_stable (world+kernel) without optimization flags but with debug flags, so its no optimization issue > kernel coredump available > it seems to be no hardware issue since its a) reproduceable and b) make buildworld/installworld runs just fine. > > my guess: tap interface driver broken for sparc64? > > == symptom == > > # cat /dev/zero >/dev/tap0 > I can't actually reproduce this via `cat /dev/zero >/dev/tap0` but I think I have an idea what's the problem. Could you please give the attached patch a try? Thanks, Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_tap.c.diff" Index: if_tap.c =================================================================== RCS file: /mnt/alchemy/usr/data/bsd/cvs/fbsd/src/sys/net/if_tap.c,v retrieving revision 1.60 diff -u -r1.60 if_tap.c --- if_tap.c 17 May 2006 17:05:02 -0000 1.60 +++ if_tap.c 29 May 2006 19:24:06 -0000 @@ -631,11 +631,11 @@ break; case TAPSDEBUG: - tapdebug = *(intptr_t *)data; + tapdebug = *(int *)data; break; case TAPGDEBUG: - *(intptr_t *)data = tapdebug; + *(int *)data = tapdebug; break; case FIONBIO: @@ -644,7 +644,7 @@ case FIOASYNC: s = splimp(); mtx_lock(&tp->tap_mtx); - if (*(intptr_t *)data) + if (*(int *)data) tp->tap_flags |= TAP_ASYNC; else tp->tap_flags &= ~TAP_ASYNC; @@ -657,27 +657,27 @@ if (ifp->if_snd.ifq_head) { struct mbuf *mb = ifp->if_snd.ifq_head; - for(*(intptr_t *)data = 0;mb != NULL;mb = mb->m_next) - *(intptr_t *)data += mb->m_len; + for(*(int *)data = 0;mb != NULL;mb = mb->m_next) + *(int *)data += mb->m_len; } else - *(intptr_t *)data = 0; + *(int *)data = 0; splx(s); break; case FIOSETOWN: - return (fsetown(*(intptr_t *)data, &tp->tap_sigio)); + return (fsetown(*(int *)data, &tp->tap_sigio)); case FIOGETOWN: - *(intptr_t *)data = fgetown(&tp->tap_sigio); + *(int *)data = fgetown(&tp->tap_sigio); return (0); /* this is deprecated, FIOSETOWN should be used instead */ case TIOCSPGRP: - return (fsetown(-(*(intptr_t *)data), &tp->tap_sigio)); + return (fsetown(-(*(int *)data), &tp->tap_sigio)); /* this is deprecated, FIOGETOWN should be used instead */ case TIOCGPGRP: - *(intptr_t *)data = -fgetown(&tp->tap_sigio); + *(int *)data = -fgetown(&tp->tap_sigio); return (0); /* VMware/VMnet port ioctl's */ --jI8keyz6grp/JLjh-- From owner-freebsd-sparc64@FreeBSD.ORG Tue May 30 04:59:45 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C079216A421; Tue, 30 May 2006 04:59:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 362FD43D53; Tue, 30 May 2006 04:59:45 +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.6/8.13.6) with ESMTP id k4U4xiVF089236; Tue, 30 May 2006 00:59:44 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k4U4xAhV060871; Tue, 30 May 2006 00:59:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 099857302F; Tue, 30 May 2006 00:59:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060530045944.099857302F@freebsd-current.sentex.ca> Date: Tue, 30 May 2006 00:59:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 04:59:45 -0000 TB --- 2006-05-30 03:30:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-30 03:30:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-30 03:30:02 - cleaning the object tree TB --- 2006-05-30 03:30:27 - checking out the source tree TB --- 2006-05-30 03:30:27 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-30 03:30:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-30 03:38:21 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-30 03:38:21 - cd /src TB --- 2006-05-30 03:38:21 - /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 --- 2006-05-30 04:46:16 - generating LINT kernel config TB --- 2006-05-30 04:46:16 - cd /src/sys/sparc64/conf TB --- 2006-05-30 04:46:16 - /usr/bin/make -B LINT TB --- 2006-05-30 04:46:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-30 04:46:16 - cd /src TB --- 2006-05-30 04:46:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 30 04:46:16 UTC 2006 >>> 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 [...] /src/sys/dev/ofw/ofw_console.c: In function `ofw_timeout': /src/sys/dev/ofw/ofw_console.c:230: warning: implicit declaration of function `ofw_cons_checkc' /src/sys/dev/ofw/ofw_console.c:230: warning: nested extern declaration of `ofw_cons_checkc' /src/sys/dev/ofw/ofw_console.c: At top level: /src/sys/dev/ofw/ofw_console.c:76: warning: 'ofw_cnprobe' used but never defined /src/sys/dev/ofw/ofw_console.c:78: warning: 'ofw_cnterm' used but never defined /src/sys/dev/ofw/ofw_console.c:241: warning: 'ofw_cons_probe' defined but not used /src/sys/dev/ofw/ofw_console.c:273: warning: 'ofw_cneterm' defined but not used *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-30 04:59:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-30 04:59:43 - ERROR: failed to build lint kernel TB --- 2006-05-30 04:59:43 - tinderbox aborted TB --- 0.75 user 3.84 system 5381.60 real From owner-freebsd-sparc64@FreeBSD.ORG Tue May 30 10:00:48 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64EC16A50E for ; Tue, 30 May 2006 10:00:48 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04C943D55 for ; Tue, 30 May 2006 10:00:47 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4UA0lbG035010 for ; Tue, 30 May 2006 10:00:47 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4UA0lBk035009; Tue, 30 May 2006 10:00:47 GMT (envelope-from gnats) Date: Tue, 30 May 2006 10:00:47 GMT Message-Id: <200605301000.k4UA0lBk035009@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Michael Ortmann Cc: Subject: Re: sparc64/98084: [if_tap] kernel panic when using tap interface driver on 6_stable/sparc64 (regression) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Ortmann List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 10:00:51 -0000 The following reply was made to PR sparc64/98084; it has been noted by GNATS. From: Michael Ortmann To: bug-followup@FreeBSD.org, mortmann@googlemail.com Cc: Subject: Re: sparc64/98084: [if_tap] kernel panic when using tap interface driver on 6_stable/sparc64 (regression) Date: Tue, 30 May 2006 11:26:41 +0200 > I can't actually reproduce this via `cat /dev/zero >/dev/tap0` but > I think I have an idea what's the problem. Could you please give > the attached patch a try? > > Thanks, > Marius your patch fixes this issue. thanks for the fast response and fix, i guess its time for me to donate :-) regards, Michael Ortmann From owner-freebsd-sparc64@FreeBSD.ORG Tue May 30 18:51:14 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27F116A9D6; Tue, 30 May 2006 18:51:14 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCE943D7B; Tue, 30 May 2006 18:51:09 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4UIp9KT069147; Tue, 30 May 2006 18:51:09 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4UIp99D069143; Tue, 30 May 2006 18:51:09 GMT (envelope-from marius) Date: Tue, 30 May 2006 18:51:09 GMT From: Marius Strobl Message-Id: <200605301851.k4UIp99D069143@freefall.freebsd.org> To: marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org, marius@FreeBSD.org Cc: Subject: Re: sparc64/98084: [if_tap] kernel panic when using tap interface driver on 6_stable/sparc64 (regression) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 18:52:00 -0000 Synopsis: [if_tap] kernel panic when using tap interface driver on 6_stable/sparc64 (regression) Responsible-Changed-From-To: freebsd-sparc64->marius Responsible-Changed-By: marius Responsible-Changed-When: Tue May 30 18:50:12 UTC 2006 Responsible-Changed-Why: grab http://www.freebsd.org/cgi/query-pr.cgi?pr=98084 From owner-freebsd-sparc64@FreeBSD.ORG Wed May 31 16:53:42 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7282C16B5C7; Wed, 31 May 2006 16:53:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7A243D55; Wed, 31 May 2006 16:53:41 +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.6/8.13.6) with ESMTP id k4VGreW7021009; Wed, 31 May 2006 12:53:40 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k4VGr5gC095114; Wed, 31 May 2006 12:53:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A1AF7302F; Wed, 31 May 2006 12:53:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060531165340.4A1AF7302F@freebsd-current.sentex.ca> Date: Wed, 31 May 2006 12:53:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 16:53:50 -0000 TB --- 2006-05-31 15:24:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-05-31 15:24:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-05-31 15:24:36 - cleaning the object tree TB --- 2006-05-31 15:25:00 - checking out the source tree TB --- 2006-05-31 15:25:00 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-05-31 15:25:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-05-31 15:32:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-05-31 15:32:54 - cd /src TB --- 2006-05-31 15:32:54 - /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 --- 2006-05-31 16:40:40 - generating LINT kernel config TB --- 2006-05-31 16:40:40 - cd /src/sys/sparc64/conf TB --- 2006-05-31 16:40:40 - /usr/bin/make -B LINT TB --- 2006-05-31 16:40:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-05-31 16:40:40 - cd /src TB --- 2006-05-31 16:40:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 31 16:40:40 UTC 2006 >>> 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 [...] /src/sys/gnu/fs/xfs/xfs_trans.h:342:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:346:24: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:23: "XFS_WANT_FUNCS_C" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:358:44: "XFS_WANT_SPACE" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:5: "XFS_WANT_FUNCS" is not defined /src/sys/gnu/fs/xfs/xfs_trans.h:362:24: "XFS_WANT_SPACE" is not defined *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-05-31 16:53:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-05-31 16:53:40 - ERROR: failed to build lint kernel TB --- 2006-05-31 16:53:40 - tinderbox aborted TB --- 0.83 user 3.89 system 5343.89 real From owner-freebsd-sparc64@FreeBSD.ORG Wed May 31 19:42:19 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7D316BBF5 for ; Wed, 31 May 2006 19:42:19 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D2543D5F for ; Wed, 31 May 2006 19:42:15 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k4VJgDMZ011651; Wed, 31 May 2006 15:42:13 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 31 May 2006 15:42:12 -0400 To: kmacy@fsmware.com, freebsd-sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: Subject: Re: freebsd is self-hosting on the T1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 19:42:26 -0000 At 9:35 PM -0700 5/20/06, Kip Macy wrote: >I'm proud to announce that FreeBSD can now buildworld >on the UltraSPARC T1. Would this be able to run on a Sun Fire T1000 Server, 6 core, 1.0GHz UltraSPARC T1 processor machine? I'm somewhat tempted to buy one of these, but it costs enough that I'd want to be *sure* it is a reasonable machine for FreeBSD/sparc64! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed May 31 19:50:31 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CFC716AD8B for ; Wed, 31 May 2006 19:50:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27E2843D45 for ; Wed, 31 May 2006 19:50:31 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (48wu3eam41z0q9xy@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.4/8.13.3) with ESMTP id k4VJoUsT043502; Wed, 31 May 2006 12:50:30 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.4/8.13.3/Submit) id k4VJoUbG043501; Wed, 31 May 2006 12:50:30 -0700 (PDT) (envelope-from jmg) Date: Wed, 31 May 2006 12:50:30 -0700 From: John-Mark Gurney To: Garance A Drosihn Message-ID: <20060531195030.GD787@funkthat.com> Mail-Followup-To: Garance A Drosihn , kmacy@fsmware.com, freebsd-sparc64@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: kmacy@fsmware.com, freebsd-sparc64@freebsd.org Subject: Re: freebsd is self-hosting on the T1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 19:50:33 -0000 Garance A Drosihn wrote this message on Wed, May 31, 2006 at 15:42 -0400: > At 9:35 PM -0700 5/20/06, Kip Macy wrote: > >I'm proud to announce that FreeBSD can now buildworld > >on the UltraSPARC T1. > > Would this be able to run on a Sun Fire T1000 Server, > 6 core, 1.0GHz UltraSPARC T1 processor machine? > > I'm somewhat tempted to buy one of these, but it costs > enough that I'd want to be *sure* it is a reasonable > machine for FreeBSD/sparc64! There shouldn't be any reason it doesn't run, but we haven't tested it on that hardware yet... If it doesn't, I'm sure both Kip and myself will be willing to help figure out why it doesn't... The biggest issue I can think of would be device drivers, but we are currently using OFW for that, so it shouldn't be an issue... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Wed May 31 20:41:59 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B69A16A87D for ; Wed, 31 May 2006 20:41:59 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E35543D6E for ; Wed, 31 May 2006 20:41:52 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nz-out-0102.google.com with SMTP id 9so157979nzo for ; Wed, 31 May 2006 13:41:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G5QRxZwEt5PIo2SbrjXFujBAl10z8zMJKrzMukfh+o8IT8QLKLB+0hHaOQX5zPRS0XRN/ODlrjuGMnNYm+HIhoSLc7nrj82zLimOAi2m2AsUZ89Wk872vYNkzRXOJ6sQAl/vC8xOeU81yzuZQU9a9Ri4beqVe+A38jMrkbslRTY= Received: by 10.64.53.12 with SMTP id b12mr796383qba; Wed, 31 May 2006 13:41:51 -0700 (PDT) Received: by 10.65.225.13 with HTTP; Wed, 31 May 2006 13:41:51 -0700 (PDT) Message-ID: Date: Wed, 31 May 2006 13:41:51 -0700 From: "Kip Macy" To: "Garance A Drosihn" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-sparc64@freebsd.org Subject: Re: freebsd is self-hosting on the T1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 20:42:07 -0000 ATA support is the one potential issue. I'm currently netbooting my T2000 because of continued MPT crankiness. I've been told I can get access to T1000s for testing purposes so I'll test it out in the near future. I already know of one other FreeBSD developer who has convinced his employer to pick one up. On 5/31/06, Garance A Drosihn wrote: > At 9:35 PM -0700 5/20/06, Kip Macy wrote: > >I'm proud to announce that FreeBSD can now buildworld > >on the UltraSPARC T1. > > Would this be able to run on a Sun Fire T1000 Server, > 6 core, 1.0GHz UltraSPARC T1 processor machine? > > I'm somewhat tempted to buy one of these, but it costs > enough that I'd want to be *sure* it is a reasonable > machine for FreeBSD/sparc64! > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 1 07:10:18 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF3C516AE96 for ; Thu, 1 Jun 2006 07:10:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E30343D4C for ; Thu, 1 Jun 2006 07:10:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k517AHeB018049 for ; Thu, 1 Jun 2006 07:10:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k517AHAf018048; Thu, 1 Jun 2006 07:10:17 GMT (envelope-from gnats) Resent-Date: Thu, 1 Jun 2006 07:10:17 GMT Resent-Message-Id: <200606010710.k517AHAf018048@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jarkko Santala Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A80B116AC81 for ; Thu, 1 Jun 2006 07:04:50 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5622843D4C for ; Thu, 1 Jun 2006 07:04:50 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k5174ncG068108 for ; Thu, 1 Jun 2006 07:04:49 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k5174n4E068107; Thu, 1 Jun 2006 07:04:49 GMT (envelope-from nobody) Message-Id: <200606010704.k5174n4E068107@www.freebsd.org> Date: Thu, 1 Jun 2006 07:04:49 GMT From: Jarkko Santala To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: sparc64/98269: Fresh 6.1 installation fails to boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 07:10:21 -0000 >Number: 98269 >Category: sparc64 >Synopsis: Fresh 6.1 installation fails to boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 01 07:10:17 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Jarkko Santala >Release: 6.1-RELEASE >Organization: >Environment: N/A >Description: I tried to install 6.1 sparc64 into a spanking unused Sun Blade 100 with 15GB IDE driver and 128MB RAM plus 2x256MB additional RAM. Installation went smoothly, but after reset it fails to boot with the following message: Sun Blade 100 (UltraSPARC-IIe), No Keyboard OpenBoot 4.0, 640 MB memory installed, Serial #12345678. Ethernet address xx:xx:xx:xx:xx:xx, Host ID: 12345678. Boot device: disk:b File and args: >How-To-Repeat: Install a fresh copy of 6.1 into a Sun Blade 100 or perhaps some other IDE Sun. >Fix: >Release-Note: >Audit-Trail: >Unformatted: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/ide@d/disk@0,0:b Boot loader: /boot/loader File /boot/loader not found Program terminated ok Shouldn't it try to load /boot/loader from a and not b? From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 1 08:10:20 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 861AF16A42C for ; Thu, 1 Jun 2006 08:10:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F277143D46 for ; Thu, 1 Jun 2006 08:10:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k518AJHf022926 for ; Thu, 1 Jun 2006 08:10:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k518AJbJ022925; Thu, 1 Jun 2006 08:10:19 GMT (envelope-from gnats) Date: Thu, 1 Jun 2006 08:10:19 GMT Message-Id: <200606010810.k518AJbJ022925@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "James Tanis" Cc: Subject: Re: sparc64/98269: Fresh 6.1 installation fails to boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: James Tanis List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 08:10:27 -0000 The following reply was made to PR sparc64/98269; it has been noted by GNATS. From: "James Tanis" To: "Jarkko Santala" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/98269: Fresh 6.1 installation fails to boot Date: Thu, 1 Jun 2006 04:05:45 -0400 Assuming a Blade 100 operates near to the same as most previous Sparcs/UltraSparcs, the system defaults to booting off of the device last booted off of. Try hitting stop-a and doing a "boot disk," or whatever your version of PROM requires to boot off the first disk. This looks to me to have absolutely nothing to do with freebsd, its not even loading the freebsd bootloader from what I've seen. If installation was successful most likely you are attempting to boot off the wrong device (or at least, not the device the bootloader was installed on). Also, if its really typing x's for your ethernet address, you may need to get a new nvram as it's battery may be dead -- I'm not sure whether the Blade 100 uses NVRAM or if its one of the newer systems with an SEEPROM and therefore doesn't need a battery. Is there a keyboard connected? If there is, I think freebsd may be the least of your problems. On 6/1/06, Jarkko Santala wrote: > > >Number: 98269 > >Category: sparc64 > >Synopsis: Fresh 6.1 installation fails to boot > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-sparc64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Jun 01 07:10:17 GMT 2006 > >Closed-Date: > >Last-Modified: > >Originator: Jarkko Santala > >Release: 6.1-RELEASE > >Organization: > >Environment: > N/A > >Description: > I tried to install 6.1 sparc64 into a spanking unused Sun Blade 100 with 15GB IDE driver and 128MB RAM plus 2x256MB additional RAM. Installation went smoothly, but after reset it fails to boot with the following message: > > Sun Blade 100 (UltraSPARC-IIe), No Keyboard > OpenBoot 4.0, 640 MB memory installed, Serial #12345678. > Ethernet address xx:xx:xx:xx:xx:xx, Host ID: 12345678. > > > > Boot device: disk:b File and args: > > >How-To-Repeat: > Install a fresh copy of 6.1 into a Sun Blade 100 or perhaps some other IDE Sun. > >Fix: > > >Release-Note: > >Audit-Trail: > >Unformatted: > >> FreeBSD/sparc64 boot block > Boot path: /pci@1f,0/ide@d/disk@0,0:b > Boot loader: /boot/loader > File /boot/loader not found > Program terminated > ok > > Shouldn't it try to load /boot/loader from a and not b? > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Jun 1 08:40:20 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF3616A42C for ; Thu, 1 Jun 2006 08:40:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE65B43D49 for ; Thu, 1 Jun 2006 08:40:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k518eJ36027268 for ; Thu, 1 Jun 2006 08:40:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k518eJFp027267; Thu, 1 Jun 2006 08:40:19 GMT (envelope-from gnats) Date: Thu, 1 Jun 2006 08:40:19 GMT Message-Id: <200606010840.k518eJFp027267@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Jarkko Santala Cc: Subject: Re: sparc64/98269: Fresh 6.1 installation fails to boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jarkko Santala List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 08:40:20 -0000 The following reply was made to PR sparc64/98269; it has been noted by GNATS. From: Jarkko Santala To: James Tanis Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/98269: Fresh 6.1 installation fails to boot Date: Thu, 1 Jun 2006 11:37:28 +0300 (EEST) On Thu, 1 Jun 2006, James Tanis wrote: > Assuming a Blade 100 operates near to the same as most previous > Sparcs/UltraSparcs, the system defaults to booting off of the device > last booted off of. Try hitting stop-a and doing a "boot disk," or > whatever your version of PROM requires to boot off the first disk. Good tip, this indeed was the problem. After "boot disk" the system boots fine. Thank you very much. Any chance of this bit of valuable information making its way to http://www.freebsd.org/releases/6.1R/installation-sparc64.html so that I'd be the last to submit a PR about such a silly thing? ;) In any case at least after this google will probably come up with more that 3 hits for "File /boot/loader not found". > This looks to me to have absolutely nothing to do with freebsd, its > not even loading the freebsd bootloader from what I've seen. If > installation was successful most likely you are attempting to boot off > the wrong device (or at least, not the device the bootloader was > installed on). Also, if its really typing x's for your ethernet > address, you may need to get a new nvram as it's battery may be dead > -- I'm not sure whether the Blade 100 uses NVRAM or if its one of the > newer systems with an SEEPROM and therefore doesn't need a battery. Is > there a keyboard connected? If there is, I think freebsd may be the > least of your problems. I changed that stuff by hand, no worries. Thanks, -jake > > On 6/1/06, Jarkko Santala wrote: >> >> >Number: 98269 >> >Category: sparc64 >> >Synopsis: Fresh 6.1 installation fails to boot >> >Confidential: no >> >Severity: serious >> >Priority: medium >> >Responsible: freebsd-sparc64 >> >State: open >> >Quarter: >> >Keywords: >> >Date-Required: >> >Class: sw-bug >> >Submitter-Id: current-users >> >Arrival-Date: Thu Jun 01 07:10:17 GMT 2006 >> >Closed-Date: >> >Last-Modified: >> >Originator: Jarkko Santala >> >Release: 6.1-RELEASE >> >Organization: >> >Environment: >> N/A >> >Description: >> I tried to install 6.1 sparc64 into a spanking unused Sun Blade 100 with >> 15GB IDE driver and 128MB RAM plus 2x256MB additional RAM. Installation >> went smoothly, but after reset it fails to boot with the following message: >> >> Sun Blade 100 (UltraSPARC-IIe), No Keyboard >> OpenBoot 4.0, 640 MB memory installed, Serial #12345678. >> Ethernet address xx:xx:xx:xx:xx:xx, Host ID: 12345678. >> >> >> >> Boot device: disk:b File and args: >> >> >How-To-Repeat: >> Install a fresh copy of 6.1 into a Sun Blade 100 or perhaps some other IDE >> Sun. >> >Fix: >> >> >Release-Note: >> >Audit-Trail: >> >Unformatted: >> >> FreeBSD/sparc64 boot block >> Boot path: /pci@1f,0/ide@d/disk@0,0:b >> Boot loader: /boot/loader >> File /boot/loader not found >> Program terminated >> ok >> >> Shouldn't it try to load /boot/loader from a and not b? >> >> _______________________________________________ >> freebsd-sparc64@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 >> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" >> > > > -- Jarkko Santala http://www.iki.fi/jake/ System Administrator http://www.portalify.com Unixtarhuri +358 40 720 4512 From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 3 21:09:50 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8225916A475; Sat, 3 Jun 2006 21:09:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C5043D48; Sat, 3 Jun 2006 21:09:50 +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.6/8.13.4) with ESMTP id k53L9lYv087870; Sat, 3 Jun 2006 17:09:47 -0400 (EDT) (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.6/8.13.6) with ESMTP id k53L9l1l036934; Sat, 3 Jun 2006 17:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CF7B17302F; Sat, 3 Jun 2006 17:09:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060603210946.CF7B17302F@freebsd-current.sentex.ca> Date: Sat, 3 Jun 2006 17:09:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 21:09:50 -0000 TB --- 2006-06-03 19:47:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-06-03 19:47:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-06-03 19:47:24 - cleaning the object tree TB --- 2006-06-03 19:47:56 - checking out the source tree TB --- 2006-06-03 19:47:56 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-06-03 19:47:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-06-03 19:55:58 - building world (CFLAGS=-O2 -pipe) TB --- 2006-06-03 19:55:58 - cd /src TB --- 2006-06-03 19:55:58 - /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 --- 2006-06-03 21:03:36 - generating LINT kernel config TB --- 2006-06-03 21:03:36 - cd /src/sys/sparc64/conf TB --- 2006-06-03 21:03:36 - /usr/bin/make -B LINT TB --- 2006-06-03 21:03:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-06-03 21:03:36 - cd /src TB --- 2006-06-03 21:03:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 3 21:03:36 UTC 2006 >>> 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccard/pccard_cis_quirks.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccard/pccard_device.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pccard/power_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror power_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/pccbb/pccbb.c /src/sys/dev/pccbb/pccbb.c: In function `cbb_resume': /src/sys/dev/pccbb/pccbb.c:1478: error: `cbb_intr' undeclared (first use in this function) /src/sys/dev/pccbb/pccbb.c:1478: error: (Each undeclared identifier is reported only once /src/sys/dev/pccbb/pccbb.c:1478: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-06-03 21:09:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-06-03 21:09:46 - ERROR: failed to build lint kernel TB --- 2006-06-03 21:09:46 - tinderbox aborted TB --- 1.02 user 5.02 system 4941.98 real