From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 11 09:35:44 2004 Return-Path: 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 9D7B816A4CE for ; Mon, 11 Oct 2004 09:35:44 +0000 (GMT) Received: from mailman1.servecentric.com (mailman1.servecentric.com [212.147.131.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AD243D41 for ; Mon, 11 Oct 2004 09:35:43 +0000 (GMT) (envelope-from imencke@servecentric.com) Received: from sun (unknown [212.147.132.69]) by mailman1.servecentric.com (Postfix) with ESMTP id ABED8234CC for ; Mon, 11 Oct 2004 10:35:42 +0100 (IST) From: Ivo Mencke To: freebsd-sparc64@freebsd.org Content-Type: text/plain Organization: servecentric.com Message-Id: <1097487265.1585.43.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 11 Oct 2004 10:34:26 +0100 Content-Transfer-Encoding: 7bit Subject: cant do anything to process via cron on 5.2.1-RC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: imencke@servecentric.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 09:35:44 -0000 Hello list members, This should probably go to freebsd-users, but all i run here is freebsd on sparc64 so i thought i'd try this first. I am running the sparc64 port for some time now on sun E220's, and for the first time i have tried to use cron to restart bind daily. All normal commands like "touch /testfile" work fine but anything i try on the named process refuses to work, like to kill it, or just to run "/etc/rc.d/named restart". These commands work fine if i run them from the cli. Could this be because it is running chroot'ed into /etc/namedb ? any help greatly appreciated, thanks, ivo. *note the 2 output lines from "ps" are wrapped NS1# crontab -l 18 10 * * * pkill named NS1# date Mon Oct 11 10:19:18 IST 2004 NS1# ps waux | grep -i named | grep -v grep root 245 0.0 0.4 3672 1072 ?? Ss 3Sep04 0:49.14 /usr/sbin/syslogd -l /etc/namedb/dev/log bind 62915 0.5 4.3 15624 10896 ?? Ss 9:48AM 0:41.88 named -u bind -c /etc/named.conf -t /etc/namedb NS1# tail -3 /var/log/cron Oct 11 10:18:00 NS1 /usr/sbin/cron[63962]: (root) RELOAD (tabs/root) Oct 11 10:18:00 NS1 /usr/sbin/cron[64126]: (root) CMD (pkill named) Oct 11 10:19:16 NS1 crontab[64209]: (root) LIST (root) NS1# From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 11 11:02:06 2004 Return-Path: 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 CC47B16A4EA for ; Mon, 11 Oct 2004 11:02:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04F243D3F for ; Mon, 11 Oct 2004 11:02:06 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i9BB26YN078777 for ; Mon, 11 Oct 2004 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9BB26hW078771 for freebsd-sparc64@freebsd.org; Mon, 11 Oct 2004 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Oct 2004 11:02:06 GMT Message-Id: <200410111102.i9BB26hW078771@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 11:02:07 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S 4 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 12 12:17:49 2004 Return-Path: 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 0935B16A4CE; Tue, 12 Oct 2004 12:17:49 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B6F43D31; Tue, 12 Oct 2004 12:17:48 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (qtptgxmz@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9CCHkTV061336; Tue, 12 Oct 2004 16:17:46 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 12 Oct 2004 16:17:46 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20041012154552.E60900@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 12 Oct 2004 15:09:05 +0000 Subject: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 12:17:49 -0000 [Bcc: sparc64@ ] Hello, Are there any ways to debug a kernel dump on sparc64? On our SMP netra1440: # strings vmcore.3 | grep panic panic: trap: fast data access mmu miss ... # kgdb kernel.debug vmcore.3 2>&1| more kgdb: kvm_read: invalid address (71756972) kgdb: kvm_read: invalid address (4580a0) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) ... # uname -a FreeBSD sun4u 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Oct 1 12:02:51 MSD 2004 root@sun4u:/usr/obj/usr/src/sys/SUN4U sparc64 -- Maxim Konovalov From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 13 08:28:11 2004 Return-Path: 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 CB19D16A4CF for ; Wed, 13 Oct 2004 08:28:11 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E9643D31 for ; Wed, 13 Oct 2004 08:28:11 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i9D8S4Ah080809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 13 Oct 2004 17:28:04 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i9D8Rm3S008992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 17:27:48 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i9D8Rl0g008991; Wed, 13 Oct 2004 17:27:47 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 13 Oct 2004 17:27:47 +0900 From: Pyun YongHyeon To: Maxim Konovalov Message-ID: <20041013082747.GA8594@kt-is.co.kr> References: <20041012154552.E60900@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041012154552.E60900@mp2.macomnet.net> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 08:28:11 -0000 On Tue, Oct 12, 2004 at 04:17:46PM +0400, Maxim Konovalov wrote: > [Bcc: sparc64@ ] > > Hello, > > Are there any ways to debug a kernel dump on sparc64? On our SMP > netra1440: > > # strings vmcore.3 | grep panic > panic: trap: fast data access mmu miss > ... > > # kgdb kernel.debug vmcore.3 2>&1| more > kgdb: kvm_read: invalid address (71756972) > kgdb: kvm_read: invalid address (4580a0) > kgdb: kvm_read: invalid address (1) > kgdb: kvm_read: invalid address (1) > kgdb: kvm_read: invalid address (1) > kgdb: kvm_read: invalid address (1) > ... > > # uname -a > FreeBSD sun4u 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri > Oct 1 12:02:51 MSD 2004 root@sun4u:/usr/obj/usr/src/sys/SUN4U sparc64 > AFAIK, neither gdb6 from ports nor kgdb works on sparc64. So I use trace command in DDB prompt and have to use addr2line(1) to get source location. Or you can use objdump(1). > -- > Maxim Konovalov -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 13 09:26:47 2004 Return-Path: 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 9E61C16A4CE for ; Wed, 13 Oct 2004 09:26:47 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C9E43D53 for ; Wed, 13 Oct 2004 09:26:44 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (pf1.net.orel.ru [213.59.64.75]) by tts.orel.ru (8.13.1/8.13.1/bel) with ESMTP id i9D9QgF3005143; Wed, 13 Oct 2004 13:26:42 +0400 Message-ID: <416CF4CD.4040708@orel.ru> Date: Wed, 13 Oct 2004 13:26:37 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <20041012154552.E60900@mp2.macomnet.net> <416CC9D4.3050904@orel.ru> <20041013114636.V82232@mp2.macomnet.net> In-Reply-To: <20041013114636.V82232@mp2.macomnet.net> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 09:26:47 -0000 Maxim Konovalov wrote: >>Maxim Konovalov wrote: >>| Are there any ways to debug a kernel dump on sparc64? On our SMP >>| netra1440: >> >>I use gdb53 or gdb6 from ports. >> >>Try my package as temp workaround: >> >> >> >>MD5 (gdb-6_20040914.tbz) = bfc1b21a9abe92f6550dfa8acd9769c7 >>SIZE = 801882 > > > Yes, it works, thank you! Any ideas what's happened: > > panic: trap: fast data access mmu miss > cpuid = 0 > boot() called on cpu#0 > Uptime: 11d1h56m16s > Dumping 2048 MB (1 chunks) > chunk at 0: 2147483648 bytes |\^H/\^H > --- > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > 233 savectx(&dumppcb); > doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > 233 savectx(&dumppcb); > (kgdb) bt f > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > No locals. > #1 0x00000000c01193c0 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:385 > first_buf_printf = 1 > #2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s") > at /usr/src/sys/kern/kern_shutdown.c:541 > _tid = (struct thread *) 0xfffff80039daea00 > td = (struct thread *) 0xfffff80039daea00 > bootopt = 260 > newpanic = 1 > buf = "trap: fast data access mmu miss", '\0' times> > #3 0x00000000c022e8c4 in trap (tf=0xff9e51c0) > at /usr/src/sys/sparc64/sparc64/trap.c:370 > td = (struct thread *) 0xfffff80039daea00 > p = (struct proc *) 0xc033f398 > sticks = 3223512960 > error = -1070788296 > sig = -6401600 > #4 0x00000000c0038fe0 in tl1_trap () > No symbol table info available. > #5 0x00000000c0038fe0 in tl1_trap () > > > ? > Hmm... Stack corrupted? Please show tf[0], td[0], p[0] from frame #3. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 13 11:42:54 2004 Return-Path: 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 9EE5616A4CF for ; Wed, 13 Oct 2004 11:42:54 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDCD43D5E for ; Wed, 13 Oct 2004 11:42:53 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (pdwxjxpf@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9DBgp08091129; Wed, 13 Oct 2004 15:42:51 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 13 Oct 2004 15:42:51 +0400 (MSD) From: Maxim Konovalov To: Andrew Belashov In-Reply-To: <416CF4CD.4040708@orel.ru> Message-ID: <20041013154019.U91086@mp2.macomnet.net> References: <20041012154552.E60900@mp2.macomnet.net> <416CC9D4.3050904@orel.ru> <20041013114636.V82232@mp2.macomnet.net> <416CF4CD.4040708@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 11:42:54 -0000 On Wed, 13 Oct 2004, 13:26+0400, Andrew Belashov wrote: > Maxim Konovalov wrote: > > > Maxim Konovalov wrote: > > > | Are there any ways to debug a kernel dump on sparc64? On our SMP > > > | netra1440: > > > > > > I use gdb53 or gdb6 from ports. > > > > > > Try my package as temp workaround: > > > > > > > > > > > > MD5 (gdb-6_20040914.tbz) = bfc1b21a9abe92f6550dfa8acd9769c7 > > > SIZE = 801882 > > > > > > Yes, it works, thank you! Any ideas what's happened: > > > > panic: trap: fast data access mmu miss > > cpuid = 0 > > boot() called on cpu#0 > > Uptime: 11d1h56m16s > > Dumping 2048 MB (1 chunks) > > chunk at 0: 2147483648 bytes |\^H/\^H > > --- > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > 233 savectx(&dumppcb); > > doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > 233 savectx(&dumppcb); > > (kgdb) bt f > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > No locals. > > #1 0x00000000c01193c0 in boot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:385 > > first_buf_printf = 1 > > #2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s") > > at /usr/src/sys/kern/kern_shutdown.c:541 > > _tid = (struct thread *) 0xfffff80039daea00 > > td = (struct thread *) 0xfffff80039daea00 > > bootopt = 260 > > newpanic = 1 > > buf = "trap: fast data access mmu miss", '\0' > times> > > #3 0x00000000c022e8c4 in trap (tf=0xff9e51c0) > > at /usr/src/sys/sparc64/sparc64/trap.c:370 > > td = (struct thread *) 0xfffff80039daea00 > > p = (struct proc *) 0xc033f398 > > sticks = 3223512960 > > error = -1070788296 > > sig = -6401600 > > #4 0x00000000c0038fe0 in tl1_trap () > > No symbol table info available. > > #5 0x00000000c0038fe0 in tl1_trap () > > > > > > ? > > > > Hmm... Stack corrupted? > > Please show tf[0], td[0], p[0] from frame #3. (kgdb) p tf[0] $2 = {tf_global = {0, 0, 0, 0, 0, 3224533928, 4288567680, 3224630168}, tf_out = {0, 0, 0, 0, 0, 6, 4288563905, 3222336224}, tf_fprs = 18446735279716060000, tf_fsr = 0, tf_gsr = 0, tf_level = 0, tf_pil = 14, tf_sfar = 0, tf_sfsr = 8, tf_tar = 0, tf_tnpc = 3222336148, tf_tpc = 3222336144, tf_tstate = 597000459783, tf_type = 99, tf_y = 0, tf_wstate = 18446735278587177472, tf_pad = {1, 0}} (kgdb) p td[0] $4 = {td_proc = 0xfffff80030e6da70, td_ksegrp = 0xfffff80061715b80, td_plist = {tqe_next = 0x0, tqe_prev = 0xfffff80030e6da90}, td_kglist = { tqe_next = 0x0, tqe_prev = 0xfffff80061715b98}, td_slpq = { tqe_next = 0xfffff800151b1180, tqe_prev = 0xfffff800151b0530}, td_lockq = { tqe_next = 0x0, tqe_prev = 0xffc12fd0}, td_runq = {tqe_next = 0x0, tqe_prev = 0x0}, td_selq = {tqh_first = 0x0, tqh_last = 0xfffff80039daea60}, td_sleepqueue = 0xfffff80000987000, td_turnstile = 0xfffff8000b70b000, td_tid = 100172, td_flags = 16842754, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 1 '\001', td_oncpu = 0 '\0', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = { lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xfffff80010ca4300, td_standin = 0x0, td_upcall = 0x0, td_sticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_waitset = 0x0, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, (kgdb) p p[0] $5 = {p_list = {le_next = 0xfffff80039daea00, le_prev = 0xfffff8007f504c80}, p_ksegrps = {tqh_first = 0x0, tqh_last = 0x0}, p_threads = { tqh_first = 0xff9e5980, tqh_last = 0xe9bc0}, p_suspended = { tqh_first = 0x1cad672999acab79, tqh_last = 0x5b4cef900000000}, p_ucred = 0x100000002, p_fd = 0x0, p_fdtol = 0x0, p_stats = 0x0, p_limit = 0x0, p_upages_obj = 0x0, p_sigacts = 0x0, p_flag = 0, p_sflag = -1070337040, p_state = PRS_NEW, p_pid = 0, p_hash = { le_next = 0x0, le_prev = 0x0}, p_pglist = {le_next = 0xc033f410, le_prev = 0x0}, p_pptr = 0x0, p_sibling = {le_next = 0x0, le_prev = 0xc033f430}, p_children = {lh_first = 0x0}, p_mtx = { mtx_object = {lo_class = 0x0, lo_name = 0x0, lo_type = 0xc033f450 "", lo_flags = 0, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0xc033f470}, mtx_lock = 0, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc033f490, p_swtime = 0, p_realtimer = {it_interval = { tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 3224630448, tv_usec = 0}}, p_runtime = {sec = 0, frac = 0}, p_uu = 3224630480, p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 3224630512, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0xc033f510, p_tracecred = 0x0, p_textvp = 0x0, p_siglist = { __bits = {0, 0, 0, 3224630576}}, p_lock = 0 '\0', p_sigiolst = { slh_first = 0x0}, p_sigparent = 0, p_sig = 0, p_code = 3224630608, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0xc033f570, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_magic = 0, p_comm = "À3õ\220", '\0' , p_pgrp = 0x0, p_sysent = 0xc033f5b0, p_args = 0x0, p_cpulimit = 0, p_nice = 0 '\0', p_xstat = 0, p_klist = {kl_lock = 0xc033f5d0, kl_list = {slh_first = 0x0}}, p_numthreads = 0, p_numksegrps = 0, p_md = {md_utrap = 0x0, md_sigtramp = 0xc033f5f0}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0xc033f610, c_func = 0, c_flags = 0}, p_uarea = 0x0, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0x0, p_emuldata = 0xc033f650, p_label = 0x0, p_sched = 0x0} -- Maxim Konovalov From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 13 12:36:27 2004 Return-Path: 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 99B1D16A4CE for ; Wed, 13 Oct 2004 12:36:27 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FEF43D31 for ; Wed, 13 Oct 2004 12:36:26 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (pf1.net.orel.ru [213.59.64.75]) by tts.orel.ru (8.13.1/8.13.1/bel) with ESMTP id i9DCaOBP032678; Wed, 13 Oct 2004 16:36:24 +0400 Message-ID: <416D2143.3080306@orel.ru> Date: Wed, 13 Oct 2004 16:36:19 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <20041012154552.E60900@mp2.macomnet.net> <416CC9D4.3050904@orel.ru> <20041013114636.V82232@mp2.macomnet.net> <416CF4CD.4040708@orel.ru> <20041013154019.U91086@mp2.macomnet.net> In-Reply-To: <20041013154019.U91086@mp2.macomnet.net> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:36:27 -0000 Maxim Konovalov wrote: > On Wed, 13 Oct 2004, 13:26+0400, Andrew Belashov wrote: > > >>Maxim Konovalov wrote: >>>panic: trap: fast data access mmu miss >>>cpuid = 0 >>>boot() called on cpu#0 >>>Uptime: 11d1h56m16s >>>Dumping 2048 MB (1 chunks) >>> chunk at 0: 2147483648 bytes |\^H/\^H >>>--- >>>#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >>>233 savectx(&dumppcb); >>>doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >>>233 savectx(&dumppcb); >>>(kgdb) bt f >>>#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >>>No locals. >>>#1 0x00000000c01193c0 in boot (howto=260) >>>at /usr/src/sys/kern/kern_shutdown.c:385 >>> first_buf_printf = 1 >>>#2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s") >>>at /usr/src/sys/kern/kern_shutdown.c:541 >>>_tid = (struct thread *) 0xfffff80039daea00 >>>td = (struct thread *) 0xfffff80039daea00 >>>bootopt = 260 >>>newpanic = 1 >>>buf = "trap: fast data access mmu miss", '\0' >>times> >>>#3 0x00000000c022e8c4 in trap (tf=0xff9e51c0) >>>at /usr/src/sys/sparc64/sparc64/trap.c:370 >>>td = (struct thread *) 0xfffff80039daea00 >>>p = (struct proc *) 0xc033f398 >>>sticks = 3223512960 >>>error = -1070788296 >>>sig = -6401600 >>>#4 0x00000000c0038fe0 in tl1_trap () >>>No symbol table info available. >>>#5 0x00000000c0038fe0 in tl1_trap () >>> >>> >>>? >>> >> >>Hmm... Stack corrupted? >> >>Please show tf[0], td[0], p[0] from frame #3. > > > (kgdb) p tf[0] > $2 = {tf_global = {0, 0, 0, 0, 0, 3224533928, 4288567680, 3224630168}, > tf_out = {0, 0, 0, 0, 0, 6, 4288563905, 3222336224}, > tf_fprs = 18446735279716060000, tf_fsr = 0, tf_gsr = 0, tf_level = 0, > tf_pil = 14, tf_sfar = 0, tf_sfsr = 8, tf_tar = 0, tf_tnpc = 3222336148, > tf_tpc = 3222336144, tf_tstate = 597000459783, tf_type = 99, tf_y = 0, > tf_wstate = 18446735278587177472, tf_pad = {1, 0}} Please show trapped instruction: (kgdb) x/10i tf[0].tf_tpc (kgdb) info line *tf[0].tf_tpc Show also: (kgdb) x/10i tf[0].tf_out[7] (kgdb) info line *tf[0].tf_out[7] > (kgdb) p td[0] > $4 = {td_proc = 0xfffff80030e6da70, td_ksegrp = 0xfffff80061715b80, > td_plist = {tqe_next = 0x0, tqe_prev = 0xfffff80030e6da90}, td_kglist = { > tqe_next = 0x0, tqe_prev = 0xfffff80061715b98}, td_slpq = { > tqe_next = 0xfffff800151b1180, tqe_prev = 0xfffff800151b0530}, td_lockq = { > tqe_next = 0x0, tqe_prev = 0xffc12fd0}, td_runq = {tqe_next = 0x0, > tqe_prev = 0x0}, td_selq = {tqh_first = 0x0, > tqh_last = 0xfffff80039daea60}, td_sleepqueue = 0xfffff80000987000, > td_turnstile = 0xfffff8000b70b000, td_tid = 100172, td_flags = 16842754, > td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_wchan = 0x0, > td_wmesg = 0x0, td_lastcpu = 1 '\001', td_oncpu = 0 '\0', td_locks = 0, > td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = { > lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, > td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xfffff80010ca4300, > td_standin = 0x0, td_upcall = 0x0, td_sticks = 0, td_uuticks = 0, > td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, > td_sigmask = {__bits = {0, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, > td_waitset = 0x0, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, > > (kgdb) p p[0] > $5 = {p_list = {le_next = 0xfffff80039daea00, le_prev = 0xfffff8007f504c80}, > p_ksegrps = {tqh_first = 0x0, tqh_last = 0x0}, p_threads = { > tqh_first = 0xff9e5980, tqh_last = 0xe9bc0}, p_suspended = { > tqh_first = 0x1cad672999acab79, tqh_last = 0x5b4cef900000000}, > p_ucred = 0x100000002, p_fd = 0x0, p_fdtol = 0x0, p_stats = 0x0, > p_limit = 0x0, p_upages_obj = 0x0, p_sigacts = 0x0, p_flag = 0, > p_sflag = -1070337040, p_state = PRS_NEW, p_pid = 0, p_hash = { > le_next = 0x0, le_prev = 0x0}, p_pglist = {le_next = 0xc033f410, > le_prev = 0x0}, p_pptr = 0x0, p_sibling = {le_next = 0x0, > le_prev = 0xc033f430}, p_children = {lh_first = 0x0}, p_mtx = { > mtx_object = {lo_class = 0x0, lo_name = 0x0, lo_type = 0xc033f450 "", > lo_flags = 0, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, > lo_witness = 0xc033f470}, mtx_lock = 0, mtx_recurse = 0}, p_oppid = 0, > p_vmspace = 0xc033f490, p_swtime = 0, p_realtimer = {it_interval = { > tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 3224630448, > tv_usec = 0}}, p_runtime = {sec = 0, frac = 0}, p_uu = 3224630480, > p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 3224630512, p_iticks = 0, > p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, > p_tracevp = 0xc033f510, p_tracecred = 0x0, p_textvp = 0x0, p_siglist = { > __bits = {0, 0, 0, 3224630576}}, p_lock = 0 '\0', p_sigiolst = { > slh_first = 0x0}, p_sigparent = 0, p_sig = 0, p_code = 3224630608, > p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', > p_nlminfo = 0x0, p_aioinfo = 0xc033f570, p_singlethread = 0x0, > p_suspcount = 0, p_xthread = 0x0, p_magic = 0, > p_comm = "?3?\220", '\0' , p_pgrp = 0x0, Hmm... Strange process name (pointed by p_comm). > p_sysent = 0xc033f5b0, p_args = 0x0, p_cpulimit = 0, p_nice = 0 '\0', > p_xstat = 0, p_klist = {kl_lock = 0xc033f5d0, kl_list = {slh_first = 0x0}}, > p_numthreads = 0, p_numksegrps = 0, p_md = {md_utrap = 0x0, > md_sigtramp = 0xc033f5f0}, p_itcallout = {c_links = {sle = { > sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, > c_arg = 0xc033f610, c_func = 0, c_flags = 0}, p_uarea = 0x0, p_acflag = 0, > p_ru = 0x0, p_peers = 0x0, p_leader = 0x0, p_emuldata = 0xc033f650, > p_label = 0x0, p_sched = 0x0} > From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 13 12:45:10 2004 Return-Path: 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 1EF7516A4CE for ; Wed, 13 Oct 2004 12:45:10 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D59B343D1D for ; Wed, 13 Oct 2004 12:45:06 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (9css57cz@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9DCj5du091893; Wed, 13 Oct 2004 16:45:05 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 13 Oct 2004 16:45:05 +0400 (MSD) From: Maxim Konovalov To: Andrew Belashov In-Reply-To: <416D2143.3080306@orel.ru> Message-ID: <20041013164334.F91691@mp2.macomnet.net> References: <20041012154552.E60900@mp2.macomnet.net> <416CC9D4.3050904@orel.ru> <20041013114636.V82232@mp2.macomnet.net> <416CF4CD.4040708@orel.ru> <20041013154019.U91086@mp2.macomnet.net> <416D2143.3080306@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:45:10 -0000 On Wed, 13 Oct 2004, 16:36+0400, Andrew Belashov wrote: > Maxim Konovalov wrote: > > On Wed, 13 Oct 2004, 13:26+0400, Andrew Belashov wrote: > > > > > > > Maxim Konovalov wrote: > > > > panic: trap: fast data access mmu miss > > > > cpuid = 0 > > > > boot() called on cpu#0 > > > > Uptime: 11d1h56m16s > > > > Dumping 2048 MB (1 chunks) > > > > chunk at 0: 2147483648 bytes |\^H/\^H > > > > --- > > > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > > > 233 savectx(&dumppcb); > > > > doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > > > 233 savectx(&dumppcb); > > > > (kgdb) bt f > > > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > > > > No locals. > > > > #1 0x00000000c01193c0 in boot (howto=260) > > > > at /usr/src/sys/kern/kern_shutdown.c:385 > > > > first_buf_printf = 1 > > > > #2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s") > > > > at /usr/src/sys/kern/kern_shutdown.c:541 > > > > _tid = (struct thread *) 0xfffff80039daea00 > > > > td = (struct thread *) 0xfffff80039daea00 > > > > bootopt = 260 > > > > newpanic = 1 > > > > buf = "trap: fast data access mmu miss", '\0' > > > times> > > > > #3 0x00000000c022e8c4 in trap (tf=0xff9e51c0) > > > > at /usr/src/sys/sparc64/sparc64/trap.c:370 > > > > td = (struct thread *) 0xfffff80039daea00 > > > > p = (struct proc *) 0xc033f398 > > > > sticks = 3223512960 > > > > error = -1070788296 > > > > sig = -6401600 > > > > #4 0x00000000c0038fe0 in tl1_trap () > > > > No symbol table info available. > > > > #5 0x00000000c0038fe0 in tl1_trap () > > > > > > > > > > > > ? > > > > > > > > > > Hmm... Stack corrupted? > > > > > > Please show tf[0], td[0], p[0] from frame #3. > > > > > > (kgdb) p tf[0] > > $2 = {tf_global = {0, 0, 0, 0, 0, 3224533928, 4288567680, 3224630168}, > > tf_out = {0, 0, 0, 0, 0, 6, 4288563905, 3222336224}, > > tf_fprs = 18446735279716060000, tf_fsr = 0, tf_gsr = 0, tf_level = 0, > > tf_pil = 14, tf_sfar = 0, tf_sfsr = 8, tf_tar = 0, tf_tnpc = > > 3222336148, > > tf_tpc = 3222336144, tf_tstate = 597000459783, tf_type = 99, tf_y = 0, > > tf_wstate = 18446735278587177472, tf_pad = {1, 0}} > > Please show trapped instruction: > > (kgdb) x/10i tf[0].tf_tpc > (kgdb) info line *tf[0].tf_tpc > > Show also: > > (kgdb) x/10i tf[0].tf_out[7] > (kgdb) info line *tf[0].tf_out[7] (kgdb) x/10i tf[0].tf_out[7] 0xc010f2e0 <_mtx_lock_sleep+192>: call 0xc01429a0 0xc010f2e4 <_mtx_lock_sleep+196>: mov %i0, %o0 0xc010f2e8 <_mtx_lock_sleep+200>: ldx [ %i0 + 0x38 ], %g2 0xc010f2ec <_mtx_lock_sleep+204>: cmp %g2, 4 0xc010f2f0 <_mtx_lock_sleep+208>: bne %xcc, 0xc010f260 <_mtx_lock_sleep+64> 0xc010f2f4 <_mtx_lock_sleep+212>: mov %o0, %g3 0xc010f2f8 <_mtx_lock_sleep+216>: call 0xc0142a60 0xc010f2fc <_mtx_lock_sleep+220>: mov %i0, %o0 0xc010f300 <_mtx_lock_sleep+224>: mov 4, %g1 0xc010f304 <_mtx_lock_sleep+228>: mov %i1, %g2 (kgdb) info line *tf[0].tf_out[7] Line 470 of "/usr/src/sys/kern/kern_mutex.c" starts at address 0xc010f2e0 <_mtx_lock_sleep+192> and ends at 0xc010f2e8 <_mtx_lock_sleep+200>. I guess I need to rebuild the kernel with INVARIANTS and stuff. -- Maxim Konovalov From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 00:17:23 2004 Return-Path: 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 2074D16A4CE; Thu, 14 Oct 2004 00:17:23 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6EEB43D53; Thu, 14 Oct 2004 00:17:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i9E0HKjK055871; Wed, 13 Oct 2004 20:17:20 -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.1/8.13.1) with ESMTP id i9E0HJjw084555; Wed, 13 Oct 2004 20:17:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 22C187306E; Wed, 13 Oct 2004 20:17:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041014001720.22C187306E@freebsd-current.sentex.ca> Date: Wed, 13 Oct 2004 20:17:20 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 00:17:23 -0000 TB --- 2004-10-13 23:04:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-13 23:04:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-10-13 23:04:17 - checking out the source tree TB --- 2004-10-13 23:04:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-10-13 23:04:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-13 23:09:24 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-13 23:09:24 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-13 23:09:24 - /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 --- 2004-10-14 00:13:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-14 00:13:58 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-14 00:13:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 14 00:13:58 UTC 2004 >>> 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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c: In function `filt_timerattach': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: `EV_DETACHED' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c: In function `filt_timerdetach': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:465: error: `EV_DETACHED' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-10-14 00:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-14 00:17:19 - ERROR: failed to build generic kernel TB --- 2004-10-14 00:17:19 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 09:47:11 2004 Return-Path: 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 8F71316A4CE for ; Thu, 14 Oct 2004 09:47:11 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E9F743D60 for ; Thu, 14 Oct 2004 09:47:10 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i9E9kpoP073612 for ; Thu, 14 Oct 2004 11:46:51 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i9E9klHW073611 for freebsd-sparc64@freebsd.org; Thu, 14 Oct 2004 11:46:47 +0200 (CEST) (envelope-from amon) Date: Thu, 14 Oct 2004 11:46:47 +0200 From: Herve Boulouis To: freebsd-sparc64@freebsd.org Message-ID: <20041014114647.A69222@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 09:47:11 -0000 Hi, I'm having very strange stability problems with BETA7 which seems related to timing/clock : Hardware is a Netra t 1125 with 2 CPU. Symptoms : After a fresh reboot, when I do a standard ping on any ip adress, the interval between the pings is not constant and is generally lower than the 1 second it should be by default. I sometimes also get negative latencies with ping or traceroute : # ping 62.4.16.70 PING 62.4.16.70 (62.4.16.70): 56 data bytes 64 bytes from 62.4.16.70: icmp_seq=0 ttl=60 time=-432.827 ms 64 bytes from 62.4.16.70: icmp_seq=1 ttl=60 time=1.955 ms # traceroute 62.4.16.70 traceroute to 62.4.16.70 (62.4.16.70), 64 hops max, 52 byte packets 1 gi0-12-swr102-mix-courbevoie (213.215.63.1) 436.046 ms 0.733 ms 0.611 ms 2 gi0-2-3-edou.nerim.net (194.79.130.114) 0.619 ms -434.763 ms 435.882 ms 3 gi0-3-32-svenny.nerim.net (194.79.130.1) 1.737 ms 1.435 ms 1.715 ms After a few hours of activity (this box is an ftp server), the kernel gives this kind of message : calcru: negative runtime of -893918 usec for pid 1344 (pure-ftpd) calcru: negative runtime of -761379 usec for pid 1339 (pure-ftpd) calcru: negative runtime of -1687109 usec for pid 1337 (pure-ftpd) calcru: negative runtime of -295856 usec for pid 7 (pagedaemon) calcru: runtime went backwards from 162673274 usec to 159978646 usec for pid 29 (intr2017: hme0) calcru: runtime went backwards from 33673531 usec to 30674086 usec for pid 4 (g_down) calcru: runtime went backwards from 102734677682 usec to 102731983847 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 102678868452 usec to 102678764016 usec for pid 11 (idle: cpu1) At this point, doing a netstat -Iw 1 gives nothing but the fields header. In the same fashion, pinging any ip address gives a single reply and the ping command is then stuck. (both processes are in select() state when they are stuck and are interruptible with ^C) When doing a reboot after a few hours of uptime, the reboot process seems to get stuck after killing all the running processes, I never see the kernel shutdown messages and have to power cycle the box. Some apps seem to have problems with timing too : wget gives randomly : Assertion failed: (msecs >= 0), function calc_rate, file retr.c, line 262. Abort trap (core dumped) This started when I upgraded from 5.2.1 to BETA3 and the problem is still present in BETA7 (last cvsup from Oct 5). I reseted the date according to the heads up about the mk48txx commit. I tried mpsafenet=0 with same result. My kernel config is pretty much like GENERIC except that I'm using SCHED_4BSD, maxusers 512 and ZERO_COPY_SOCKETS (no WITNESS, no INVARIANTS). Any ideas on this ? Can this be a hardware problem ? -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 12:53:31 2004 Return-Path: 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 47C8D16A4CE for ; Thu, 14 Oct 2004 12:53:31 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E268D43D41 for ; Thu, 14 Oct 2004 12:53:30 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9ECrUIo004073; Thu, 14 Oct 2004 08:53:30 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9ECrUCN004072; Thu, 14 Oct 2004 08:53:30 -0400 (EDT) Date: Thu, 14 Oct 2004 08:53:30 -0400 From: Ken Smith To: Herve Boulouis Message-ID: <20041014125330.GB3528@electra.cse.Buffalo.EDU> References: <20041014114647.A69222@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014114647.A69222@ra.aabs> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 12:53:31 -0000 On Thu, Oct 14, 2004 at 11:46:47AM +0200, Herve Boulouis wrote: > I'm having very strange stability problems with BETA7 which seems related to timing/clock : > > Hardware is a Netra t 1125 with 2 CPU. > > Symptoms : Can you please do: dmesg | grep -i time This might have something to do with the recent timecounter changes. I get this for output on an E250 with dual processors: initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 Timecounters tick every 10.000 msec I'm worried that you might not have 'counter-timer'. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 13:06:47 2004 Return-Path: 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 02DA116A4CE for ; Thu, 14 Oct 2004 13:06:47 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A7643D5E for ; Thu, 14 Oct 2004 13:06:46 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i9ED6OoP074500; Thu, 14 Oct 2004 15:06:24 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i9ED6Oa6074499; Thu, 14 Oct 2004 15:06:24 +0200 (CEST) (envelope-from amon) Date: Thu, 14 Oct 2004 15:06:24 +0200 From: Herve Boulouis To: Ken Smith Message-ID: <20041014150624.B69222@ra.aabs> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041014125330.GB3528@electra.cse.Buffalo.EDU>; from kensmith@cse.Buffalo.EDU on Thu, Oct 14, 2004 at 08:53:30AM -0400 cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:06:47 -0000 Le 14/10/2004 à 08:53, Ken Smith a écrit: > > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > Timecounters tick every 10.000 msec > > I'm worried that you might not have 'counter-timer'. Here is the relevant part of my dmesg : FreeBSD 5.3-BETA7 #5: Tue Oct 5 11:50:48 CEST 2004 root@netra:/usr/obj/usr/src/sys/NETRA WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "tick" frequency 296036546 Hz quality 0 real memory = 805306368 (768 MB) avail memory = 772554752 (736 MB) cpu0: Sun Microsystems UltraSparc-II Processor (296.04 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (296.04 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: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 ... Timecounters tick every 10.000 msec Do not hesitate to ask if you need info or want me to test patches, this box is not in production. -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 13:19:30 2004 Return-Path: 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 CB3D416A4CE for ; Thu, 14 Oct 2004 13:19:30 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6885F43D62 for ; Thu, 14 Oct 2004 13:19:30 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9EDJTIo004799; Thu, 14 Oct 2004 09:19:29 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9EDJTLe004798; Thu, 14 Oct 2004 09:19:29 -0400 (EDT) Date: Thu, 14 Oct 2004 09:19:29 -0400 From: Ken Smith To: Herve Boulouis Message-ID: <20041014131929.GD3528@electra.cse.Buffalo.EDU> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041014150624.B69222@ra.aabs> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:19:30 -0000 On Thu, Oct 14, 2004 at 03:06:24PM +0200, Herve Boulouis wrote: > Le 14/10/2004 à 08:53, Ken Smith a écrit: > > > > initializing counter-timer > > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > > Timecounters tick every 10.000 msec > > > > I'm worried that you might not have 'counter-timer'. > > Here is the relevant part of my dmesg : > > FreeBSD 5.3-BETA7 #5: Tue Oct 5 11:50:48 CEST 2004 > root@netra:/usr/obj/usr/src/sys/NETRA > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "tick" frequency 296036546 Hz quality 0 > real memory = 805306368 (768 MB) > avail memory = 772554752 (736 MB) > cpu0: Sun Microsystems UltraSparc-II Processor (296.04 MHz CPU) > cpu1: Sun Microsystems UltraSparc-II Processor (296.04 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: [GIANT-LOCKED] > pcib0: [FAST] > pcib0: [GIANT-LOCKED] > pcib0: [FAST] > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 0 > ... > Timecounters tick every 10.000 msec > > Do not hesitate to ask if you need info or want me to test patches, > this box is not in production. > Do you follow along with cvsup, or by doing full installs from ISO's? This looks like the configuration before the final set of timer related patches, I think the last chunk went in late last week. If you cvsup now you should get everything. Your case may actually be one of the ones that this set of patches was supposed to help - if the system chooses to use your CPU's timer as its primary timecounter it might cause problems because we don't even attempt to keep the clocks on the individual CPUs in sync. The last set of patches sets it up so that on MP systems the "quality" of the CPU's timers gets demoted so that other counters should wind up being chosen as the primary timecounter (in this case "counter-timer" should always be chosen). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 14 21:07:45 2004 Return-Path: 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 E696716A4CE for ; Thu, 14 Oct 2004 21:07:45 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0048A43D1D for ; Thu, 14 Oct 2004 21:07:45 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i9EL7NoP076568; Thu, 14 Oct 2004 23:07:23 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i9EL7Niw076567; Thu, 14 Oct 2004 23:07:23 +0200 (CEST) (envelope-from amon) Date: Thu, 14 Oct 2004 23:07:23 +0200 From: Herve Boulouis To: Ken Smith Message-ID: <20041014230723.D69222@ra.aabs> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> <20041014131929.GD3528@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041014131929.GD3528@electra.cse.Buffalo.EDU>; from kensmith@cse.Buffalo.EDU on Thu, Oct 14, 2004 at 09:19:29AM -0400 cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 21:07:46 -0000 Le 14/10/2004 à 09:19, Ken Smith a écrit: > > Do you follow along with cvsup, or by doing full installs from > ISO's? This looks like the configuration before the final set I follow using cvsup. > of timer related patches, I think the last chunk went in late > last week. If you cvsup now you should get everything. Your > case may actually be one of the ones that this set of patches > was supposed to help - if the system chooses to use your CPU's After cvsuping the symptoms seem to be gone, thanks ! -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 08:55:02 2004 Return-Path: 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 B5B0316A4CE for ; Fri, 15 Oct 2004 08:55:02 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C4543D1D for ; Fri, 15 Oct 2004 08:55:01 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i9F8sdoP079593; Fri, 15 Oct 2004 10:54:39 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i9F8sd5L079592; Fri, 15 Oct 2004 10:54:39 +0200 (CEST) (envelope-from amon) Date: Fri, 15 Oct 2004 10:54:39 +0200 From: Herve Boulouis To: Ken Smith Message-ID: <20041015105439.A79558@ra.aabs> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> <20041014131929.GD3528@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041014131929.GD3528@electra.cse.Buffalo.EDU>; from kensmith@cse.Buffalo.EDU on Thu, Oct 14, 2004 at 09:19:29AM -0400 cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 08:55:02 -0000 Le 14/10/2004 à 09:19, Ken Smith a écrit: > > ISO's? This looks like the configuration before the final set > of timer related patches, I think the last chunk went in late > last week. If you cvsup now you should get everything. Your After 14 hours of uptime, I'm seeing the same symptoms than before (ping & netstat stuck, ...) but there is less errors in dmesg : pid 1095 (wget), uid 0: exited on signal 6 (core dumped) calcru: negative runtime of -967798 usec for pid 1119 (traceroute) calcru: negative runtime of -911825 usec for pid 1126 (vi) calcru: runtime went backwards from 13956864383 usec to 13956492689 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 12797934342 usec to 12797704335 usec for pid 11 (idle: cpu1) calcru: runtime went backwards from 13956864383 usec to 13956492689 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 13956864383 usec to 13956138414 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 12797934342 usec to 12797574096 usec for pid 11 (idle: cpu1) calcru: runtime went backwards from 13956864383 usec to 13956138414 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 13956864383 usec to 13955427447 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 12797934342 usec to 12797008556 usec for pid 11 (idle: cpu1) calcru: runtime went backwards from 13956864383 usec to 13955427447 usec for pid 12 (idle: cpu0) calcru: runtime went backwards from 12797934342 usec to 12797008556 usec for pid 11 (idle: cpu1) calcru: negative runtime of -282593 usec for pid 1140 (more) The strange thing is that the negative latencies in traceroute are definitely gone, could there be 2 different problems here ? -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 12:10:30 2004 Return-Path: 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 5C95B16A4DB for ; Fri, 15 Oct 2004 12:10:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC42A43D6B for ; Fri, 15 Oct 2004 12:10:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9FCATXn098800 for ; Fri, 15 Oct 2004 12:10:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9FCATUq098799; Fri, 15 Oct 2004 12:10:29 GMT (envelope-from gnats) Resent-Date: Fri, 15 Oct 2004 12:10:29 GMT Resent-Message-Id: <200410151210.i9FCATUq098799@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, Blechinger Robert Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03BEB16A4CE for ; Fri, 15 Oct 2004 12:02:33 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFD243D2D for ; Fri, 15 Oct 2004 12:02:32 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.11/8.12.11) with ESMTP id i9FC2VfO027794 for ; Fri, 15 Oct 2004 12:02:31 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.11/8.12.11/Submit) id i9FC2Vxb027782; Fri, 15 Oct 2004 12:02:31 GMT (envelope-from nobody) Message-Id: <200410151202.i9FC2Vxb027782@www.freebsd.org> Date: Fri, 15 Oct 2004 12:02:31 GMT From: Blechinger Robert To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 12:10:30 -0000 >Number: 72731 >Category: sparc64 >Synopsis: sparc64, 5.3-BETA7, "host" command doesn't work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 15 12:10:29 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Blechinger Robert >Release: 5.3-BETA7 >Organization: ISP-Service >Environment: FreeBSD nuntius.ffm.as8665.net 5.3-BETA7 FreeBSD 5.3-BETA7 #4: Mon Oct 11 09:52:16 CEST 2004 rblechinger@nuntius.ffm.as8665.net:/usr/obj/usr/src/sys/NUNTIUS sparc64 Machine: Sun 420R real memory = 4294967296 (4096 MB) avail memory = 4178272256 (3984 MB) cpu0: Sun Microsystems UltraSparc-II Processor (450.08 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (450.08 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (450.08 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (450.08 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >Description: the command "host" doesn't work. ALL lookups ends in failure. even if you specify an external nameserver. nameresoltion of other system commands are working fine ( netstat, who, nslookup, arp ) on 5.2.1 there was no problem. this problem occoured after upgrading to 5.3beta AND updating time_t to 64bits. i followed excatly what is written in /usr/src/UPDATING.64BTT i upgraded severaltimes to newest beta number, and also cleaned the whole source tree an rebuild multiple times "world, kernel" Here a short part of CLI: rblechinger@nuntius:~>host www.google.de. Host not found, try again. rblechinger@nuntius:~>host www.google.de. 83.120.1.2 Using domain server 83.120.1.2: Host not found, try again. rblechinger@nuntius:~>host -v www.google.de. Host not found, try again. rblechinger@nuntius:~>host -v www.google.de. 83.120.1.2 Using domain server 83.120.1.2: Host not found, try again. rblechinger@nuntius:~>host -vd www.google.de. ;; res_nmkquery(QUERY, www.google.de, IN, A) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53801 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; www.google.de, type = A, class = IN ;; Querying server (# 1) address = 83.120.1.2 ;; new DG socket res_send: select: Invalid argument ;; Querying server (# 2) address = 83.120.2.7 ;; new DG socket res_send: select: Invalid argument ;; Querying server (# 1) address = 83.120.1.2 ;; new DG socket res_send: select: Invalid argument ;; Querying server (# 2) address = 83.120.2.7 ;; new DG socket res_send: select: Invalid argument res_nsend failed Host not found, try again. rblechinger@nuntius:~>host -vd www.google.de. 83.120.1.2 Using domain server 83.120.1.2: ;; res_nmkquery(QUERY, www.google.de, IN, A) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47842 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; www.google.de, type = A, class = IN ;; Querying server (# 1) address = 83.120.1.2 ;; new DG socket res_send: select: Invalid argument ;; Querying server (# 1) address = 83.120.1.2 ;; new DG socket res_send: select: Invalid argument res_nsend failed Host not found, try again. rblechinger@nuntius:~> >How-To-Repeat: sorry, i cannot try to discover the probem, by installing it NEW and try the steps one by one again. the machine is now some houndred of kilometers away. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:00:48 2004 Return-Path: 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 8AC1E16A4CE for ; Fri, 15 Oct 2004 13:00:48 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7865243D2D for ; Fri, 15 Oct 2004 13:00:48 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9FD0mHm001160 for ; Fri, 15 Oct 2004 13:00:48 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9FD0m62001159; Fri, 15 Oct 2004 13:00:48 GMT (envelope-from gnats) Date: Fri, 15 Oct 2004 13:00:48 GMT Message-Id: <200410151300.i9FD0m62001159@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Ken Smith Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ken Smith List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:00:48 -0000 The following reply was made to PR sparc64/72731; it has been noted by GNATS. From: Ken Smith To: Blechinger Robert Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work Date: Fri, 15 Oct 2004 08:50:17 -0400 On Fri, Oct 15, 2004 at 12:02:31PM +0000, Blechinger Robert wrote: > >Description: > the command "host" doesn't work. ALL lookups ends in failure. > even if you specify an external nameserver. > nameresoltion of other system commands are working fine ( netstat, who, nslookup, arp ) > > on 5.2.1 there was no problem. this problem occoured after upgrading to 5.3beta AND updating time_t to 64bits. i followed excatly what is written in /usr/src/UPDATING.64BTT > > i upgraded severaltimes to newest beta number, and also cleaned the whole source tree an rebuild multiple times "world, kernel" > > Here a short part of CLI: > rblechinger@nuntius:~>host www.google.de. > Host not found, try again. > rblechinger@nuntius:~>host www.google.de. 83.120.1.2 > Using domain server 83.120.1.2: It's working fine for me on machines that have been upgraded in a manner like you describe. Are you sure you're using the system's version of the host command? Can you check by doing 'which host' to make sure it's not a version that got installed as part of a port please? It should say "/usr/bin/host". -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:10:19 2004 Return-Path: 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 ED3C316A4CE for ; Fri, 15 Oct 2004 13:10:19 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DED43D2D for ; Fri, 15 Oct 2004 13:10:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9FDAJ8F005114 for ; Fri, 15 Oct 2004 13:10:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9FDAJnh005113; Fri, 15 Oct 2004 13:10:19 GMT (envelope-from gnats) Date: Fri, 15 Oct 2004 13:10:19 GMT Message-Id: <200410151310.i9FDAJnh005113@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Robert Blechinger Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Blechinger List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:10:20 -0000 The following reply was made to PR sparc64/72731; it has been noted by GNATS. From: Robert Blechinger To: Ken Smith Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work Date: Fri, 15 Oct 2004 15:04:22 +0200 Hi Ken, On Fri, 15 Oct 2004 08:50:17 -0400 Ken Smith wrote: > It's working fine for me on machines that have been upgraded in a > manner like you describe. > > Are you sure you're using the system's version of the host command? > Can you check by doing 'which host' to make sure it's not a version > that got installed as part of a port please? It should say "/usr/bin/host". no, it was build by world. rblechinger@nuntius:~>which host /usr/bin/host rblechinger@nuntius:~> i can give you access to that machine if you need.... or do what ever you need. -- Blechinger Robert isp-service ag - Network Engineering - We are network admins, to us data is just protocol overhead - From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:12:19 2004 Return-Path: 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 CC3D116A4CE; Fri, 15 Oct 2004 13:12:19 +0000 (GMT) Received: from dpt-info.u-strasbg.fr (dpt-info.u-strasbg.fr [130.79.44.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C9543D3F; Fri, 15 Oct 2004 13:12:18 +0000 (GMT) (envelope-from borghesi@dpt-info.u-strasbg.fr) Received: from dpt-info.u-strasbg.fr (bone.u-strasbg.fr [130.79.44.197]) i9FDENka027488; Fri, 15 Oct 2004 15:14:23 +0200 (CEST) (envelope-from borghesi@dpt-info.u-strasbg.fr) Message-ID: <416FCCD6.5020401@dpt-info.u-strasbg.fr> Date: Fri, 15 Oct 2004 15:12:54 +0200 From: Borghesi Guilhem User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040413 Debian/1.6-5 X-Accept-Language: fr-fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: limits of maxproc on SUN E450 with FreeBSD 5.3 Beta7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:12:20 -0000 Hello, I've installed a FreeBSD 5.3 Beta7 on a Sun sparc64 Enterprise 450. This machine is a Terminal and application server for University students. They are using this server for system programming (C for example) and they often use the command "fork ()" into "while" loops. The C program that we use for the test is : #include #include #include int main() { int i; while(1) { if(!fork()) { i=i+1; fprintf(stderr,"%d\n", i); } } } This kind of bad programming is quite frequent at the university, and that's the reason why I'm trying to limit the number of maxproc per user. I've limited the maxproc with the /etc/login.conf file at 100 and make a "cap_mkdb /etc/login.conf", but it doesn't work. Worst, when the number of processes reach the limit, the server crash with the console message :"panic: trap: data access error". I've tried to put "unlimited" in place of "100", but it does'nt change anything because the system has an implicit limit for users (kern.maxprocperuid: 5547). In the /var/log/messages, the last line before crash is : "kernel: maxproc limit exceeded by uid 10051, please see tuning(7) and login.conf(5)." Thank's a lot for any help ! Guilhem Here are my dmesg and login.conf files : dmesg : =================================== Copstray vector interrupt 2029 yright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA7 #3: Wed Oct 13 20:24:13 CEST 2004 toor@ada.u-strasbg.fr:/usr/obj/usr/src/sys/GENERIC real memory = 4294967296 (4096 MB) avail memory = 4177952768 (3984 MB) cpu0: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] 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 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 2034,2021 (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 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb irq 2018 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 2023 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80fee436 ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 2021,2024 (no driver attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:fe:e4:36 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device 2.0 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] pci0: at device 4.0 (no driver attached) pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 nexus0: , type memory-controller (no driver attached) pcib2: on nexus0 pcib2: Psycho, impl 0, version 4, ign 0x100, bus B pcib2: [FAST] pcib2: [GIANT-LOCKED] pcib2: [FAST] pcib2: [GIANT-LOCKED] pcib2: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib2 dvma: DVMA map: 0xfc000000 to 0xffffffff pci2: on pcib2 pcib3: on nexus0 pcib3: Psycho, impl 0, version 4, ign 0x100, bus A pci3: on pcib3 pcib4: on nexus0 pcib4: Psycho, impl 0, version 4, ign 0x180, bus B pcib4: [FAST] pcib4: [GIANT-LOCKED] pcib4: [FAST] pcib4: [GIANT-LOCKED] pcib4: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib4 dvma: DVMA map: 0xfc000000 to 0xffffffff pci4: on pcib4 pcib5: on nexus0 pcib5: Psycho, impl 0, version 4, ign 0x180, bus A pci5: on pcib5 Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da2 at sym0 bus 0 target 3 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! cd0 at sym1 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: superblock summary recomputed WARNING: /var was not properly dismounted WARNING: /users was not properly dismounted /users: superblock summary recomputed hme0: invalid packet size 9929; dropping hme0: invalid packet size 9929; dropping hme0: invalid packet size 9929; dropping hme0: invalid packet size 6348; dropping hme0: invalid packet size 9929; dropping hme0: too may errors; not reporting any more pid 1486 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 1490 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 1772 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 2354 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 2657 (upile), uid 4071: exited on signal 11 (core dumped) pid 2978 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 3110 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 3122 (TCPs), uid 2048: exited on signal 11 (core dumped) =================================== login.conf: =================================== # login.conf - login class capabilities database. # # Remember to rebuild the database after each change to this file: # # cap_mkdb /etc/login.conf # # This file controls resource limits, accounting limits and # default user environment settings. # # $FreeBSD: src/etc/login.conf,v 1.49 2004/06/06 11:46:27 schweikh Exp $ # # Default settings effectively disable resource limits, see the # examples below for a starting point to enable them. # defaults # These settings are used by login(1) by default for classless users # Note that entries like "cputime" set both "cputime-cur" and "cputime-max" default:\ :passwd_format=md5:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /usr/X11R6/bin ~/bin:\ :nologin=/var/run/nologin:\ :cputime=unlimited:\ :datasize=unlimited:\ :stacksize=unlimited:\ :memorylocked=unlimited:\ :memoryuse=unlimited:\ :filesize=unlimited:\ :coredumpsize=unlimited:\ :openfiles=unlimited:\ :maxproc=unlimited:\ :sbsize=unlimited:\ :vmemoryuse=unlimited:\ :priority=0:\ :ignoretime@:\ :umask=022: # # A collection of common class names - forward them all to 'default' # (login would normally do this anyway, but having a class name # here suppresses the diagnostic) # standard:\ :tc=default: xuser:\ :tc=default: staff:\ :tc=default: daemon:\ :tc=default: news:\ :tc=default: dialer:\ :tc=default: # # Root can always login # # N.B. login_getpwclass(3) will use this entry for the root account, # in preference to 'default'. root:\ :ignorenologin:\ :tc=default: # # Russian Users Accounts. Setup proper environment variables. # russian|Russian Users Accounts:\ :charset=KOI8-R:\ :lang=ru_RU.KOI8-R:\ :tc=default: ###################################################################### ###################################################################### ## ## Example entries ## ###################################################################### ###################################################################### ## Example defaults ## These settings are used by login(1) by default for classless users ## Note that entries like "cputime" set both "cputime-cur" and "cputime-max" # #default:\ # :cputime=infinity:\ # :datasize-cur=22M:\ # :stacksize-cur=8M:\ # :memorylocked-cur=10M:\ # :memoryuse-cur=30M:\ # :filesize=infinity:\ # :coredumpsize=infinity:\ # :maxproc-cur=64:\ # :openfiles-cur=64:\ # :priority=0:\ # :requirehome@:\ # :umask=022:\ # :tc=auth-defaults: # # ## ## standard - standard user defaults ## #standard:\ # :copyright=/etc/COPYRIGHT:\ # :welcome=/etc/motd:\ # :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ # :path=~/bin /bin /usr/bin /usr/local/bin:\ # :manpath=/usr/share/man /usr/local/man:\ # :nologin=/var/run/nologin:\ # :cputime=1h30m:\ # :datasize=8M:\ # :vmemoryuse=100M:\ # :stacksize=2M:\ # :memorylocked=4M:\ # :memoryuse=8M:\ # :filesize=8M:\ # :coredumpsize=8M:\ # :openfiles=24:\ # :maxproc=32:\ # :priority=0:\ # :requirehome:\ # :passwordtime=90d:\ # :umask=002:\ # :ignoretime@:\ # :tc=default: # # ## ## users of X (needs more resources!) ## #xuser:\ # :manpath=/usr/share/man /usr/X11R6/man /usr/local/man:\ # :cputime=4h:\ # :datasize=12M:\ # :vmemoryuse=infinity:\ # :stacksize=4M:\ # :filesize=8M:\ # :memoryuse=16M:\ # :openfiles=32:\ # :maxproc=48:\ # :tc=standard: # # ## ## Staff users - few restrictions and allow login anytime ## #staff:\ # :ignorenologin:\ # :ignoretime:\ # :requirehome@:\ # :accounted@:\ # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :umask=022:\ # :tc=standard: # # ## ## root - fallback for root logins ## #root:\ # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :cputime=infinity:\ # :datasize=infinity:\ # :stacksize=infinity:\ # :memorylocked=infinity:\ # :memoryuse=infinity:\ # :filesize=infinity:\ # :coredumpsize=infinity:\ # :openfiles=infinity:\ # :maxproc=infinity:\ # :memoryuse-cur=32M:\ # :maxproc-cur=64:\ # :openfiles-cur=1024:\ # :priority=0:\ # :requirehome@:\ # :umask=022:\ # :tc=auth-root-defaults: # # ## ## Settings used by /etc/rc ## #daemon:\ # :coredumpsize@:\ # :coredumpsize-cur=0:\ # :datasize=infinity:\ # :datasize-cur@:\ # :maxproc=512:\ # :maxproc-cur@:\ # :memoryuse-cur=64M:\ # :memorylocked-cur=64M:\ # :openfiles=1024:\ # :openfiles-cur@:\ # :stacksize=16M:\ # :stacksize-cur@:\ # :tc=default: # # ## ## Settings used by news subsystem ## #news:\ # :path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :cputime=infinity:\ # :filesize=128M:\ # :datasize-cur=64M:\ # :stacksize-cur=32M:\ # :coredumpsize-cur=0:\ # :maxmemorysize-cur=128M:\ # :memorylocked=32M:\ # :maxproc=128:\ # :openfiles=256:\ # :tc=default: # # ## ## The dialer class should be used for a dialup PPP/SLIP accounts ## Welcome messages/news suppressed ## #dialer:\ # :hushlogin:\ # :requirehome@:\ # :cputime=unlimited:\ # :filesize=2M:\ # :datasize=2M:\ # :stacksize=4M:\ # :coredumpsize=0:\ # :memoryuse=4M:\ # :memorylocked=1M:\ # :maxproc=16:\ # :openfiles=32:\ # :tc=standard: # # ## ## Site full-time 24/7 PPP/SLIP connections ## - no time accounting, restricted to access via dialin lines ## #site:\ # :ignoretime:\ # :passwordtime@:\ # :refreshtime@:\ # :refreshperiod@:\ # :sessionlimit@:\ # :autodelete@:\ # :expireperiod@:\ # :graceexpire@:\ # :gracetime@:\ # :warnexpire@:\ # :warnpassword@:\ # :idletime@:\ # :sessiontime@:\ # :daytime@:\ # :weektime@:\ # :monthtime@:\ # :warntime@:\ # :accounted@:\ # :tc=dialer:\ # :tc=staff: # # ## ## Example standard accounting entries for subscriber levels ## # #subscriber|Subscribers:\ # :accounted:\ # :refreshtime=180d:\ # :refreshperiod@:\ # :sessionlimit@:\ # :autodelete=30d:\ # :expireperiod=180d:\ # :graceexpire=7d:\ # :gracetime=10m:\ # :warnexpire=7d:\ # :warnpassword=7d:\ # :idletime=30m:\ # :sessiontime=4h:\ # :daytime=6h:\ # :weektime=40h:\ # :monthtime=120h:\ # :warntime=4h:\ # :tc=standard: # # ## ## Subscriber accounts. These accounts have their login times ## accounted and have access limits applied. ## #subppp|PPP Subscriber Accounts:\ # :tc=dialer:\ # :tc=subscriber: # # #subslip|SLIP Subscriber Accounts:\ # :tc=dialer:\ # :tc=subscriber: # # #subshell|Shell Subscriber Accounts:\ # :tc=subscriber: # ## ## If you want some of the accounts to use traditional UNIX DES based ## password hashes. ## #des_users:\ # :passwd_format=des:\ # :tc=default: =================================== -- Guilhem BORGHESI Tel : 03 90 24 02 09 Departement d'Informatique Fax : 03 90 24 03 29 Universite Louis Pasteur 7, rue Rene Descartes 67084 Strasbourg Cedex - FRANCE From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:20:33 2004 Return-Path: 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 09A5B16A4CE for ; Fri, 15 Oct 2004 13:20:33 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC9543D60 for ; Fri, 15 Oct 2004 13:20:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9FDKWL4005366 for ; Fri, 15 Oct 2004 13:20:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9FDKWkO005365; Fri, 15 Oct 2004 13:20:32 GMT (envelope-from gnats) Date: Fri, 15 Oct 2004 13:20:32 GMT Message-Id: <200410151320.i9FDKWkO005365@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Ken Smith Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ken Smith List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:20:33 -0000 The following reply was made to PR sparc64/72731; it has been noted by GNATS. From: Ken Smith To: Blechinger Robert Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work Date: Fri, 15 Oct 2004 09:16:50 -0400 On Fri, Oct 15, 2004 at 12:02:31PM +0000, Blechinger Robert wrote: > rblechinger@nuntius:~>host -vd www.google.de. > ;; res_nmkquery(QUERY, www.google.de, IN, A) > ;; res_send() > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53801 > ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 > ;; www.google.de, type = A, class = IN > ;; Querying server (# 1) address = 83.120.1.2 > ;; new DG socket > res_send: select: Invalid argument > ;; Querying server (# 2) address = 83.120.2.7 > ;; new DG socket > res_send: select: Invalid argument > ;; Querying server (# 1) address = 83.120.1.2 > ;; new DG socket > res_send: select: Invalid argument > ;; Querying server (# 2) address = 83.120.2.7 > ;; new DG socket > res_send: select: Invalid argument > res_nsend failed > Host not found, try again. > rblechinger@nuntius:~>host -vd www.google.de. 83.120.1.2 > Using domain server 83.120.1.2: Thanks for checking the path to host was right. Sorry but I had to ask. :-) Given the complaints from select above the next thing I'd like to check is your network interface settings. Can you send the lines from /etc/rc.conf that configure the net interface and the output of 'ifconfig' please? If you want to either send them as private email or replace the IP/netmask with "x" characters so that info doesn't get logged publically that's fine. And are you using any sort of firewalling? ipfw or something along those lines? Thanks. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:30:28 2004 Return-Path: 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 1C74216A4E7 for ; Fri, 15 Oct 2004 13:30:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB0243D4C for ; Fri, 15 Oct 2004 13:30:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9FDUQAq005559 for ; Fri, 15 Oct 2004 13:30:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9FDUQcJ005558; Fri, 15 Oct 2004 13:30:26 GMT (envelope-from gnats) Date: Fri, 15 Oct 2004 13:30:26 GMT Message-Id: <200410151330.i9FDUQcJ005558@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Robert Blechinger Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Blechinger List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:30:28 -0000 The following reply was made to PR sparc64/72731; it has been noted by GNATS. From: Robert Blechinger To: Ken Smith Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/72731: sparc64, 5.3-BETA7, "host" command doesn't work Date: Fri, 15 Oct 2004 15:25:51 +0200 Ken, On Fri, 15 Oct 2004 09:16:50 -0400 Ken Smith wrote: > Thanks for checking the path to host was right. Sorry but I had to > ask. :-) no problem. thats ok. > Given the complaints from select above the next thing I'd like to > check is your network interface settings. rblechinger@nuntius:~>ifconfig hme0: flags=108843 mtu 1500 options=b inet 83.120.1.12 netmask 0xffffffe0 broadcast 83.120.1.31 inet6 fe80::a00:20ff:fed1:ddd1%hme0 prefixlen 64 scopeid 0x1 inet 83.120.1.11 netmask 0xffffffff broadcast 83.120.1.11 inet6 2001:1b20:1000:2::12 prefixlen 64 inet6 2001:1b20:1000:2::11 prefixlen 64 ether 08:00:20:d1:dd:d1 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 rblechinger@nuntius:~> defaultrouter="83.120.1.1" hostname="nuntius.ffm.as8665.net" ifconfig_hme0="inet 83.120.1.12/27" ifconfig_hme0_alias0="inet 83.120.1.11/32" # ipv6_enable="YES" ipv6_ifconfig_hme0="2001:1b20:1000:0002::12/64" ipv6_ifconfig_hme0_alias0="2001:1b20:1000:0002::11/64" ipv6_defaultrouter="2001:1b20:1000:0002::1" the network works quite fine, no problems detected till now. only with 5.2.1 there where some negative times in traceroute, but that seems to be solved. > And are you using any sort of firewalling? ipfw or something along > those lines? no, its complete open. ( hm :) i have to be carefull to say that on a mailinglist *g* ) rblechinger@nuntius:~>sudo ipfw list 65535 allow ip from any to any rblechinger@nuntius:~> ipfilter is not enabled by kernel, so even no ipfilter rules.... and yes..the nameserver are reachabel :) -- Blechinger Robert isp-service ag - Network Engineering - We are network admins, to us data is just protocol overhead - From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 13:58:07 2004 Return-Path: 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 9516F16A4CE for ; Fri, 15 Oct 2004 13:58:07 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E730343D54 for ; Fri, 15 Oct 2004 13:58:06 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i9FDvrAZ007080; Fri, 15 Oct 2004 15:57:53 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i9FDvmv3007079; Fri, 15 Oct 2004 15:57:48 +0200 (CEST) (envelope-from marius) Date: Fri, 15 Oct 2004 15:57:48 +0200 From: Marius Strobl To: Herve Boulouis Message-ID: <20041015155748.A4506@newtrinity.zeist.de> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> <20041014131929.GD3528@electra.cse.Buffalo.EDU> <20041015105439.A79558@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041015105439.A79558@ra.aabs>; from amon@sockar.homeip.net on Fri, Oct 15, 2004 at 10:54:39AM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.7; VDF: 6.28.0.19; host: newtrinity.zeist.de) cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:58:07 -0000 On Fri, Oct 15, 2004 at 10:54:39AM +0200, Herve Boulouis wrote: > Le 14/10/2004 à 09:19, Ken Smith a écrit: > > > > ISO's? This looks like the configuration before the final set > > of timer related patches, I think the last chunk went in late > > last week. If you cvsup now you should get everything. Your > > After 14 hours of uptime, I'm seeing the same symptoms than before > (ping & netstat stuck, ...) but there is less errors in dmesg : > > pid 1095 (wget), uid 0: exited on signal 6 (core dumped) > calcru: negative runtime of -967798 usec for pid 1119 (traceroute) > calcru: negative runtime of -911825 usec for pid 1126 (vi) > calcru: runtime went backwards from 13956864383 usec to 13956492689 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 12797934342 usec to 12797704335 usec for pid 11 (idle: cpu1) > calcru: runtime went backwards from 13956864383 usec to 13956492689 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 13956864383 usec to 13956138414 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 12797934342 usec to 12797574096 usec for pid 11 (idle: cpu1) > calcru: runtime went backwards from 13956864383 usec to 13956138414 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 13956864383 usec to 13955427447 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 12797934342 usec to 12797008556 usec for pid 11 (idle: cpu1) > calcru: runtime went backwards from 13956864383 usec to 13955427447 usec for pid 12 (idle: cpu0) > calcru: runtime went backwards from 12797934342 usec to 12797008556 usec for pid 11 (idle: cpu1) > calcru: negative runtime of -282593 usec for pid 1140 (more) > > The strange thing is that the negative latencies in traceroute are > definitely gone, could there be 2 different problems here ? > Are there other problems like time elapsing too fast on that machine? From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 15:33:57 2004 Return-Path: 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 28B6816A4CE for ; Fri, 15 Oct 2004 15:33:57 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F3A43D3F for ; Fri, 15 Oct 2004 15:33:55 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i9FFXToP081348; Fri, 15 Oct 2004 17:33:29 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i9FFXTUT081347; Fri, 15 Oct 2004 17:33:29 +0200 (CEST) (envelope-from amon) Date: Fri, 15 Oct 2004 17:33:29 +0200 From: Herve Boulouis To: Marius Strobl Message-ID: <20041015173329.B79558@ra.aabs> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> <20041014131929.GD3528@electra.cse.Buffalo.EDU> <20041015105439.A79558@ra.aabs> <20041015155748.A4506@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041015155748.A4506@newtrinity.zeist.de>; from marius@alchemy.franken.de on Fri, Oct 15, 2004 at 03:57:48PM +0200 cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:33:57 -0000 Le 15/10/2004 à 15:57, Marius Strobl a écrit: > > Are there other problems like time elapsing too fast on that machine? I've not really paid attention to that so I will keep an eye on it and I'll tell you in a few hours. -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 15 15:46:51 2004 Return-Path: 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 4310F16A4CE for ; Fri, 15 Oct 2004 15:46:51 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD9B43D5A for ; Fri, 15 Oct 2004 15:46:50 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i9FFkgAZ009007; Fri, 15 Oct 2004 17:46:43 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i9FFkbb0009006; Fri, 15 Oct 2004 17:46:37 +0200 (CEST) (envelope-from marius) Date: Fri, 15 Oct 2004 17:46:37 +0200 From: Marius Strobl To: Herve Boulouis Message-ID: <20041015174637.L7898@newtrinity.zeist.de> References: <20041014114647.A69222@ra.aabs> <20041014125330.GB3528@electra.cse.Buffalo.EDU> <20041014150624.B69222@ra.aabs> <20041014131929.GD3528@electra.cse.Buffalo.EDU> <20041015105439.A79558@ra.aabs> <20041015155748.A4506@newtrinity.zeist.de> <20041015173329.B79558@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041015173329.B79558@ra.aabs>; from amon@sockar.homeip.net on Fri, Oct 15, 2004 at 05:33:29PM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.7; VDF: 6.28.0.19; host: newtrinity.zeist.de) cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: Strange timing problems with BETA7 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 15:46:51 -0000 On Fri, Oct 15, 2004 at 05:33:29PM +0200, Herve Boulouis wrote: > Le 15/10/2004 à 15:57, Marius Strobl a écrit: > > > > Are there other problems like time elapsing too fast on that machine? > > I've not really paid attention to that so I will keep an eye on it > and I'll tell you in a few hours. > Thanks. But unfortunately I got it backwards, time would have to elapse too slow if it is the problem that I'm suspecting.