From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 18 09:24:58 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 2D74916A4CE for ; Mon, 18 Oct 2004 09:24:58 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52AF343D2D for ; Mon, 18 Oct 2004 09:24:53 +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 i9I9OOoP000478; Mon, 18 Oct 2004 11:24: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 i9I9OOiH000477; Mon, 18 Oct 2004 11:24:24 +0200 (CEST) (envelope-from amon) Date: Mon, 18 Oct 2004 11:24:24 +0200 From: Herve Boulouis To: Marius Strobl Message-ID: <20041018112424.A81638@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> <20041015173329.B79558@ra.aabs> <20041015174637.L7898@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: <20041015174637.L7898@newtrinity.zeist.de>; from marius@alchemy.franken.de on Fri, Oct 15, 2004 at 05:46:37PM +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: Mon, 18 Oct 2004 09:24:58 -0000 Le 15/10/2004 à 17:46, Marius Strobl a écrit: > 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. Well, after 2 days of uptime and some activity all the symptoms are gone, and no date problems. The thing I don't understand is that I cvsuped on Oct 14, rebooted with new world & kernel, left the machine running for 12 hours, saw the problems (stucked ping & netstat, power cycle necessary to reboot, ...) reappear, rebooted the box Oct 15 and nothing since. The only thing I changed on the last reboot was to put back debug.mpsafenet to 1. In all cases thanks to all for your help. -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 18 11:02:09 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 5FC1916A4CE for ; Mon, 18 Oct 2004 11:02:09 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B6043D41 for ; Mon, 18 Oct 2004 11:02:09 +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 i9IB29Uj048185 for ; Mon, 18 Oct 2004 11:02:09 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9IB287u048179 for freebsd-sparc64@freebsd.org; Mon, 18 Oct 2004 11:02:08 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 18 Oct 2004 11:02:08 GMT Message-Id: <200410181102.i9IB287u048179@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, 18 Oct 2004 11:02:09 -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 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 18 12:29:42 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 6A63916A4CF for ; Mon, 18 Oct 2004 12:29:42 +0000 (GMT) Received: from aphrodite.acf.aquezada.com (acf.tor.istop.com [66.11.182.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2640043D41 for ; Mon, 18 Oct 2004 12:29:41 +0000 (GMT) (envelope-from jdunn@opentrend.net) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 1059A100F9 for ; Mon, 18 Oct 2004 08:29:40 -0400 (EDT) Received: from aphrodite.acf.aquezada.com ([127.0.0.1])port 10024) with LMTP id 27621-06 for ; Mon, 18 Oct 2004 08:29:39 -0400 (EDT) Received: from jupiter.acf.aquezada.com (jupiter.acf.aquezada.com [192.168.5.5]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 466CF100F5 for ; Mon, 18 Oct 2004 08:29:39 -0400 (EDT) Received: by jupiter.acf.aquezada.com (Postfix, from userid 1001) id EF07161E88; Mon, 18 Oct 2004 08:30:08 -0400 (EDT) From: "Julian C. Dunn" To: freebsd-sparc64@freebsd.org In-Reply-To: <200410181102.i9IB287u048179@freefall.freebsd.org> References: <200410181102.i9IB287u048179@freefall.freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: OpenTrend Solutions Limited, Toronto, Canada Message-Id: <1098102608.30112.130.camel@jupiter.acf.aquezada.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 18 Oct 2004 08:30:08 -0400 X-Virus-Scanned: by amavisd-new at aquezada.com Subject: Re: 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, 18 Oct 2004 12:29:42 -0000 On Mon, 2004-10-18 at 07:02, FreeBSD bugmaster wrote: > o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme Is bridging still theoretically broken in 5.x? I have xl0 and fxp0 cards in my Sun and I managed to turn on bridging without causing a kernel panic (but mind you the fellow in the PR mentioned was bridging two hme cards). Can I go add firewall rules now on the bridge, or will it not work? - Julian -- -- Julian C. Dunn, B.A.Sc. -- Senior Technical Consultant, OpenTrend Solutions Ltd. -- Phone: (416) 669-3073 PGP Key: 0x2B9F9D3E -- OpenTrend: Reliable, secure solutions to real world problems. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 18 17:57: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 51B3C16A4CF; Mon, 18 Oct 2004 17:57:54 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C685443D2D; Mon, 18 Oct 2004 17:57:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 971D372DD4; Mon, 18 Oct 2004 10:57:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 91E6D72DCB; Mon, 18 Oct 2004 10:57:53 -0700 (PDT) Date: Mon, 18 Oct 2004 10:57:53 -0700 (PDT) From: Doug White To: Borghesi Guilhem In-Reply-To: <416FCCD6.5020401@dpt-info.u-strasbg.fr> Message-ID: <20041018104945.M3917@carver.gumbysoft.com> References: <416FCCD6.5020401@dpt-info.u-strasbg.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-sparc64@freebsd.org Subject: Re: 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: Mon, 18 Oct 2004 17:57:54 -0000 On Fri, 15 Oct 2004, Borghesi Guilhem wrote: > 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. We call that a "forkbomb." > 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). It should change the soft limit on maxproc, and the kernel sysctl is the hard limit. The user can change the limit up to the hard limit, but it will start out at the soft limit. What as the exact change you made to login.conf? Did you test it after logging out and logging back in? How were you logging in? Obviously, the panic isn't such a great thing. Did you get a crashdump? > 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: > > =================================== > > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 18 21:25:41 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 A0F5E16A4CE for ; Mon, 18 Oct 2004 21:25:41 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CA643D48 for ; Mon, 18 Oct 2004 21:25:41 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i9ILPTAZ075793; Mon, 18 Oct 2004 23:25:29 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i9ILPNw6075792; Mon, 18 Oct 2004 23:25:23 +0200 (CEST) (envelope-from marius) Date: Mon, 18 Oct 2004 23:25:23 +0200 From: Marius Strobl To: Herve Boulouis Message-ID: <20041018232523.B12117@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> <20041015174637.L7898@newtrinity.zeist.de> <20041018112424.A81638@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: <20041018112424.A81638@ra.aabs>; from amon@sockar.homeip.net on Mon, Oct 18, 2004 at 11:24:24AM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.7; VDF: 6.28.0.20; 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: Mon, 18 Oct 2004 21:25:41 -0000 On Mon, Oct 18, 2004 at 11:24:24AM +0200, Herve Boulouis wrote: > Le 15/10/2004 à 17:46, Marius Strobl a écrit: > > 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. > > Well, after 2 days of uptime and some activity all the symptoms are gone, > and no date problems. > > The thing I don't understand is that I cvsuped on Oct 14, rebooted with > new world & kernel, left the machine running for 12 hours, saw the problems > (stucked ping & netstat, power cycle necessary to reboot, ...) reappear, rebooted the > box Oct 15 and nothing since. The only thing I changed on the last reboot was > to put back debug.mpsafenet to 1. > > In all cases thanks to all for your help. > There's potential for problems with the counter-timer which should be fixed but this doesn't seem to have been the cause of your problems. I'm not sure if debug.mpsafenet=0 can cause such effects. OTOH I'm running -current with debug.mpsafenet=1 on an U60 (should be the same mainboard as your Netra t 1125) and haven't seen such problems but in -current John Baldwin also reworked how the kernel handles process times which also could take of these problems. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 20 20:23:15 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 8B73016A4CE for ; Wed, 20 Oct 2004 20:23:15 +0000 (GMT) Received: from web90009.mail.scd.yahoo.com (web90009.mail.scd.yahoo.com [66.218.94.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 62F8843D1D for ; Wed, 20 Oct 2004 20:23:15 +0000 (GMT) (envelope-from thecronmaster@yahoo.com) Message-ID: <20041020202315.15395.qmail@web90009.mail.scd.yahoo.com> Received: from [82.43.242.130] by web90009.mail.scd.yahoo.com via HTTP; Wed, 20 Oct 2004 13:23:15 PDT Date: Wed, 20 Oct 2004 13:23:15 -0700 (PDT) From: Brian Hood To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: hme0/divert and problems with natd 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, 20 Oct 2004 20:23:15 -0000 Hi I'm running 5.3-BETA7 on SPARC64 i've recompiled the kernel with the following options options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default The kernel level divert is working because i can add a divert rule to the ipfw firewall on the box but when i try and startup natd i get this. lighthouse# natd -p 8668 -i hme0 natd: hme0/divert: unknown service Those are the only options i've added to the kernel so everything else is as per 5.3-BETA7. I've had divert working before on Sparc64 last year when i was running 5.0-CURRENT so its either a bug or something i'm missing. Any help appreciated. Brian Hood, __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 20 21:06:12 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 56E8D16A4CE for ; Wed, 20 Oct 2004 21:06:12 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FEC43D46 for ; Wed, 20 Oct 2004 21:06:11 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id i9KL6963019813; Wed, 20 Oct 2004 22:06:09 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i9KL69Eq081097; Wed, 20 Oct 2004 22:06:09 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i9KL69l6081094; Wed, 20 Oct 2004 22:06:09 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 20 Oct 2004 22:06:09 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Brian Hood In-Reply-To: <20041020202315.15395.qmail@web90009.mail.scd.yahoo.com> Message-ID: <20041020220456.H79048@ury.york.ac.uk> References: <20041020202315.15395.qmail@web90009.mail.scd.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-sparc64@freebsd.org Subject: Re: hme0/divert and problems with natd 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, 20 Oct 2004 21:06:12 -0000 On Wed, 20 Oct 2004, Brian Hood wrote: > The kernel level divert is working because i can add a > divert rule to the ipfw firewall on the box but when i > try and startup natd i get this. > > lighthouse# natd -p 8668 -i hme0 > natd: hme0/divert: unknown service > > I've had divert working before on Sparc64 last year > when i was running 5.0-CURRENT so its either a bug or > something i'm missing. It's something you're missing :) Try "natd -p 8668 -n hme0" Gavin From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 21 12:40: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 D280A16A4CE for ; Thu, 21 Oct 2004 12:40:28 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA51C43D5A for ; Thu, 21 Oct 2004 12:40:28 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9LCeShG044718 for ; Thu, 21 Oct 2004 12:40:28 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9LCeSOJ044717; Thu, 21 Oct 2004 12:40:28 GMT (envelope-from gnats) Resent-Date: Thu, 21 Oct 2004 12:40:28 GMT Resent-Message-Id: <200410211240.i9LCeSOJ044717@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, Andrew Belashov Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 968E816A4CE for ; Thu, 21 Oct 2004 12:37:04 +0000 (GMT) Received: from white.orel.ru (white.orel.ru [213.59.64.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE14543D4C for ; Thu, 21 Oct 2004 12:37:03 +0000 (GMT) (envelope-from bel@white.orel.ru) Received: from white.orel.ru (localhost [127.0.0.1]) by white.orel.ru (8.12.9/8.12.9) with ESMTP id i9LCb0fT076486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 21 Oct 2004 16:37:01 +0400 (MSD) (envelope-from bel@white.orel.ru) Received: (from bel@localhost) by white.orel.ru (8.12.9/8.12.9/Submit) id i9LCax5Z076485; Thu, 21 Oct 2004 16:36:59 +0400 (MSD) Message-Id: <200410211236.i9LCax5Z076485@white.orel.ru> Date: Thu, 21 Oct 2004 16:36:59 +0400 (MSD) From: Andrew Belashov To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/72962: [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 present X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew Belashov List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 12:40:29 -0000 >Number: 72962 >Category: sparc64 >Synopsis: [sysinstall] Sysinstall panics on sparc64 if /dev/cd0 present >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 21 12:40:28 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Andrew Belashov >Release: FreeBSD 5.3-BETA7 sparc64 >Organization: JSC CenterTelecom >Environment: System: FreeBSD bel.localdomain 5.3-BETA7 FreeBSD 5.3-BETA7 #11: Thu Oct 14 13:02:53 MSD 2004 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 $ dmesg|grep cd cd0 at sym0 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 >Description: On sparc64 systems sysinstall panics after "Probing devices, please wait (this can take a while)...": Floating point exception (core dumped) >How-To-Repeat: # gdb53 /usr/obj/usr/src/usr.sbin/sysinstall/sysinstall GNU gdb 5.3 (FreeBSD) [...] This GDB was configured as "sparc64-portbld-freebsd5.2"... (gdb) run Program received signal SIGFPE, Arithmetic exception. 0x00000000001241f4 in Int_Open_Disk (name=0x2a4350 "cd0", conftxt=0x276a1c "0") at /usr/src/lib/libdisk/open_disk.c:270 270 o = d->chunks->size / (hd * sc); (gdb) l 265 /* PLATFORM POLICY BEGIN ------------------------------------- */ 266 /* We have a chance to do things on a blank disk here */ 267 if (platform == p_sparc64 && d->chunks->part->part == NULL) { 268 hd = d->bios_hd; 269 sc = d->bios_sect; 270 o = d->chunks->size / (hd * sc); 271 o *= (hd * sc); 272 o -= 2 * hd * sc; 273 if (Add_Chunk(d, 0, o, name, freebsd, 0, 0, "-")) { 274 DPRINT(("Failed to add 'freebsd' chunk")); (gdb) p hd $1 = 0 (gdb) p sc $2 = 0 (gdb) p d[0] $3 = {name = 0x2a4360 "cd0", bios_cyl = 0, bios_hd = 0, bios_sect = 0, bootmgr = 0x0, bootmgr_size = 0, boot1 = 0x0, chunks = 0x29c200, sector_size = 512} >Fix: It is necessary to fix libdisk(3). --- libdisk.patch begins here --- --- lib/libdisk/open_disk.c.orig Tue Oct 12 16:02:58 2004 +++ lib/libdisk/open_disk.c Thu Oct 21 16:19:40 2004 @@ -267,6 +267,8 @@ Int_Open_Disk(const char *name, char *co if (platform == p_sparc64 && d->chunks->part->part == NULL) { hd = d->bios_hd; sc = d->bios_sect; + if ((hd * sc) == 0) + return (NULL); o = d->chunks->size / (hd * sc); o *= (hd * sc); o -= 2 * hd * sc; --- libdisk.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 21 15:01: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 0BFBC16A4CE for ; Thu, 21 Oct 2004 15:01:51 +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 7628743D41 for ; Thu, 21 Oct 2004 15:01:50 +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]) i9LF3lka060749 for ; Thu, 21 Oct 2004 17:03:47 +0200 (CEST) (envelope-from borghesi@dpt-info.u-strasbg.fr) Message-ID: <4177CFA2.8000301@dpt-info.u-strasbg.fr> Date: Thu, 21 Oct 2004 17:02:58 +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-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: panic : trap : data access error with maxproc limits with FreeBSD 5.3 on SUN E450 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, 21 Oct 2004 15:01:51 -0000 Hello, Few days ago, I've posted a problem on a Sun Sparc64 E450 with FreeBSD 5.3 Beta7 on it. The problem was that when a user reaches the top limit of processes numbers (5547 by default), the server crashes with "panic: trap: data access error" message and then go for reboot. The program use to test it was a simple "forkbomb". I've found where the problem comes from. When I tried to make a trace bug with a notebook on the serial port, I've never managed to make it crash again. And then I tried to boot without video card and the trouble goes away. I know that it sounds weird but it was the only way to make it works normally... The card is a PCI RAPTOR GFX (-06 REV.50) Well, maybe there's a driver trouble... Anyway, for the moment I'm using my "old-friend" VT100 and it works without any problem. Thanks for those who tried to find an answer to this strange bug ! Guilhem -- 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 22 08:00:54 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 0254816A4CE for ; Fri, 22 Oct 2004 08:00:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB09A43D3F for ; Fri, 22 Oct 2004 08:00:52 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9M80qYS000887 for ; Fri, 22 Oct 2004 08:00:52 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9M80qvd000886; Fri, 22 Oct 2004 08:00:52 GMT (envelope-from gnats) Date: Fri, 22 Oct 2004 08:00:52 GMT Message-Id: <200410220800.i9M80qvd000886@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, 22 Oct 2004 08:00:54 -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, 22 Oct 2004 09:50:17 +0200 Hi Ken, sorry for making trouble. now i found that problem. somebody made the entry "NO_BIND=true" in the make.conf problem is that more people have access to this machine. now, after upgrading from 5.2.1 to 5.3 and changing from 32->64bit and rebuild bind9 to the system, "host" from former versions doesn't work anymore. normaly it is build by "world" but...when entry in make.conf "NO_BIND" ...sure.no bind and also no "host" is build and not updates the old "host" which is now invalid. sorry for that, i saw this entry when debugging other things :( Thanks Robert -- 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 22 11:50:13 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 5177016A4CE for ; Fri, 22 Oct 2004 11:50:13 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3249943D5A for ; Fri, 22 Oct 2004 11:50:13 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i9MBoDEu028437 for ; Fri, 22 Oct 2004 11:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9MBoDOO028436; Fri, 22 Oct 2004 11:50:13 GMT (envelope-from gnats) Resent-Date: Fri, 22 Oct 2004 11:50:13 GMT Resent-Message-Id: <200410221150.i9MBoDOO028436@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, Andrew Belashov Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B6916A4CE for ; Fri, 22 Oct 2004 11:44:02 +0000 (GMT) Received: from white.orel.ru (white.orel.ru [213.59.64.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8FA43D5D for ; Fri, 22 Oct 2004 11:44:01 +0000 (GMT) (envelope-from bel@white.orel.ru) Received: from white.orel.ru (localhost [127.0.0.1]) by white.orel.ru (8.12.9/8.12.9) with ESMTP id i9MBhtfT088319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2004 15:43:59 +0400 (MSD) (envelope-from bel@white.orel.ru) Received: (from bel@localhost) by white.orel.ru (8.12.9/8.12.9/Submit) id i9MBhpna088318; Fri, 22 Oct 2004 15:43:51 +0400 (MSD) Message-Id: <200410221143.i9MBhpna088318@white.orel.ru> Date: Fri, 22 Oct 2004 15:43:51 +0400 (MSD) From: Andrew Belashov To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/72998: [patch] set_mcontext() change syscalls parameters on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew Belashov List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 11:50:13 -0000 >Number: 72998 >Category: sparc64 >Synopsis: [patch] set_mcontext() change syscalls parameters on sparc64 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 22 11:50:12 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Andrew Belashov >Release: FreeBSD 5.3-BETA7 sparc64 >Organization: JSC CenterTelecom >Environment: System: FreeBSD bel.localdomain 5.3-BETA7 FreeBSD 5.3-BETA7 #11: Thu Oct 14 13:02:53 MSD 2004 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 >Description: Some syscalls using set_mcontext can sneakily change parameters and later when those syscalls references parameters, they will wrongly use register values in mcontext_t. This problem is critical for thread related syscalls! >How-To-Repeat: Use following changes in kernel: --- debug.patch begins here --- --- sys/kern/kern_kse.c.orig Fri Oct 22 14:47:07 2004 +++ sys/kern/kern_kse.c Fri Oct 22 14:46:13 2004 @@ -140,8 +140,12 @@ kse_switchin(struct thread *td, struct k if (!error && (uap->flags & KSE_SWITCHIN_SETTMBX)) error = (suword(&ku->ku_mailbox->km_curthread, (long)uap->tmbx) != 0 ? EINVAL : 0); + TR2("thread_schedule_upcall: before set_mcontext: tmbx %p flags %d", + uap->tmbx, uap->flags); if (!error) error = set_mcontext(td, &tmbx.tm_context.uc_mcontext); + TR2("thread_schedule_upcall: after set_mcontext: tmbx %p flags %d", + uap->tmbx, uap->flags); if (!error) { suword32(&uap->tmbx->tm_lwp, td->td_tid); if (uap->flags & KSE_SWITCHIN_SETTMBX) { --- sys/sparc64/conf/GENERIC.orig Wed Sep 22 23:23:39 2004 +++ sys/sparc64/conf/GENERIC Fri Oct 22 15:00:49 2004 @@ -201,3 +201,7 @@ device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) + +options KDB #Enable kernel debugger support +options DDB #Enable the kernel debugger +options GDB #Support remote GDB +options KTR +options KTR_COMPILE=(KTR_GEN|KTR_SMP|KTR_TRAP|KTR_INTR|KTR_SIG|KTR_PROC|KTR_SYSC) +options KTR_ENTRIES=8192 --- debug.patch ends here --- Run any simple threated program compiled with libkse. For example: --- hello_d.c begins here --- /**************************************************************************** * * Simple diff mode test. * * $FreeBSD: src/lib/libpthread/test/hello_d.c,v 1.1 2000/04/24 21:07:37 jasone Exp $ * ****************************************************************************/ #include #include #include extern int _libkse_debug; void * entry(void * a_arg) { char *str = NULL; fprintf(stderr, "Hello world\n"); #if 0 *str = 'a'; #endif return NULL; } int main() { pthread_t thread; int error; pthread_attr_t attr; int scope; /* _libkse_debug = 1; */ error = pthread_attr_init(&attr); if (error) fprintf(stderr, "Error in pthread_attr_init(): %s\n", strerror(error)); error = pthread_attr_getscope(&attr, &scope); if (error) fprintf(stderr, "Error in pthread_attr_getscope(): %s\n", strerror(error)); printf("Default scope: %d\n", scope); #if 1 scope |= PTHREAD_SCOPE_SYSTEM; #endif printf("Set scope: %d\n", scope); error = pthread_attr_setscope(&attr, scope); if (error) fprintf(stderr, "Error in pthread_attr_setscope(): %s\n", strerror(error)); error = pthread_create(&thread, &attr, entry, NULL); if (error) fprintf(stderr, "Error in pthread_create(): %s\n", strerror(error)); error = pthread_join(thread, NULL); if (error) fprintf(stderr, "Error in pthread_join(): %s\n", strerror(error)); error = pthread_attr_destroy(&attr); if (error) fprintf(stderr, "Error in pthread_attr_destroy(): %s\n", strerror(error)); return 0; } --- hello_d.c ends here --- Go to kernel debugger by pressing Control-Alt-Esc and "show ktr". Compare arguments before and after set_mcontext. >Fix: Simple patch. See also amd64/amd64/trap.c revision 1.278. --- sparc64_trap.patch begins here --- --- sys/sparc64/sparc64/trap.c.orig Thu Aug 5 09:42:43 2004 +++ sys/sparc64/sparc64/trap.c Fri Sep 24 10:09:06 2004 @@ -559,7 +559,8 @@ syscall(struct trapframe *tf) narg = callp->sy_narg & SYF_ARGMASK; if (narg <= regcnt) { - argp = &tf->tf_out[reg]; + argp = args; + bcopy(&tf->tf_out[reg], args, sizeof(args[0]) * regcnt); error = 0; } else { KASSERT(narg <= sizeof(args) / sizeof(args[0]), --- sparc64_trap.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 22 12:54:09 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 C069116A4CE for ; Fri, 22 Oct 2004 12:54:09 +0000 (GMT) Received: from mail.oav.net (mail01.oav.net [193.218.105.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B5E43D48 for ; Fri, 22 Oct 2004 12:54:08 +0000 (GMT) (envelope-from kiwi@oav.net) Received: from localhost (mail01.oav.net [193.218.105.18]) by mail02.oav.net (Postfix) with ESMTP id 890A922822; Fri, 22 Oct 2004 14:54:12 +0200 (CEST) (envelope-from kiwi@oav.net) Received: from mail01.oav.net ([193.218.105.18]) by localhost (mail01.oav.net [172.31.1.1]) (amavisd-new, port 10024) with LMTP id 94981-01-2; Fri, 22 Oct 2004 14:52:57 +0200 (CEST) Received: from [10.1.1.254] (babel.zehc.net [213.36.100.145]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail01.oav.net (Postfix) with ESMTP id 3AF0C4505C; Fri, 22 Oct 2004 14:52:57 +0200 (CEST) (envelope-from kiwi@oav.net) Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <72BED2C2-2429-11D9-B165-000A958871B8@oav.net> Content-Transfer-Encoding: 7bit From: Xavier Beaudouin Date: Fri, 22 Oct 2004 14:54:02 +0200 To: freebsd-sparc64@freebsd.org X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at mail01.oav.net X-Spam-Status: No, hits=0.297 tagged_above=-999 required=6.3 tests=AWL, TW_II X-Spam-Level: Subject: Netra T1 105 hme0 woes ? 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, 22 Oct 2004 12:54:09 -0000 Hi there, I am experimenting some woes about hme0 and Netra T1 model 105. It is mostly working like a charm, but when I setup in /etc/rc.conf 100 Full-Duplex operation mode (/sbin/ifconfig hme0 media 100BaseTX mediaopt full-duplex) the interface seems to not send any packets on the network. But if I set as autodiscovery mode and after (in rc.local for example), the interface works like a charm... It doesn't seems to be a bug inside hme drivers, but some strange arch on theses boxes : ---//--- (extract of /var/run/dmesg.boot)--- hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1 miibus0: on hme0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy1: on miibus0 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:d9:d3:b0 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] sym0: <875> port 0xc00000-0xc000ff mem 0xe000a000-0xe000afff,0xe0008000-0xe00080 ff at device 2.0 on pci1 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] hme1: mem 0xe0010000-0xe0017fff at device 3.1 on pci1 miibus1: on hme1 ukphy2: on miibus1 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: Ethernet address: 08:00:20:d9:d3:b0 hme1: if_start running deferred for Giant hme1: [GIANT-LOCKED] ---//----- As you can see there is *two* media interfaces on hme0 (ukphy0 and ukphy1)... I think that the system may take the first media interface that is not connected (or unexistant) on this platform. Note that when opening this box, I can find a ethernet port near the CPU... Maybe this port is the ukphy0 and it is desactivated per default on Solaris ? Thanks for any advices about that ... (do I need to send-pr about that ?) /Xavier -- Xavier Beaudouin - Unix System Administrator & Projects Leader. President of Kazar Organization : http://www.kazar.net/ Please visit http://caudium.net/, home of Caudium & Camas projects From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 22 13:03: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 AB48516A4CE for ; Fri, 22 Oct 2004 13:03:27 +0000 (GMT) Received: from qube.teaser.fr (qube.teaser.fr [213.91.2.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B6743D3F for ; Fri, 22 Oct 2004 13:03:26 +0000 (GMT) (envelope-from sclodic@teaser.fr) Received: from qube.teaser.fr (localhost [127.0.0.1]) by qube.teaser.fr (8.13.1/8.13.1/local) with ESMTP id i9MD3O6r065907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Oct 2004 15:03:25 +0200 (CEST) (envelope-from sclo@qube.teaser.fr) Received: (from sclo@localhost) by qube.teaser.fr (8.13.1/8.13.1/Submit) id i9MD3Oke065906; Fri, 22 Oct 2004 15:03:24 +0200 (CEST) (envelope-from sclo) Date: Fri, 22 Oct 2004 15:03:24 +0200 From: Stephane Clodic To: Xavier Beaudouin Message-ID: <20041022130324.GF92618@qube.teaser.fr> References: <72BED2C2-2429-11D9-B165-000A958871B8@oav.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72BED2C2-2429-11D9-B165-000A958871B8@oav.net> Organization: France Teaser X-GPG-Key-Id: 0xC007255B X-GPG-Fingerprint: E141 8562 238B 5565 619C 623F CD5A 896D C007 255B X-GPG-Public-Key: http://www.teaser.fr/~sclo/sclo.gpg User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: Netra T1 105 hme0 woes ? 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, 22 Oct 2004 13:03:27 -0000 On Fri, Oct 22, 2004 at 02:54:02PM +0200, Xavier Beaudouin wrote: > Hi there, Hello, > I am experimenting some woes about hme0 and Netra T1 model 105. > > It is mostly working like a charm, but when I setup in /etc/rc.conf 100 > Full-Duplex operation mode (/sbin/ifconfig hme0 media 100BaseTX > mediaopt full-duplex) the interface seems to not send any packets on > the network. > > But if I set as autodiscovery mode and after (in rc.local for example), > the interface works like a charm... > > It doesn't seems to be a bug inside hme drivers, but some strange arch > on theses boxes : [snip] > As you can see there is *two* media interfaces on hme0 (ukphy0 and > ukphy1)... I think that the system may take the first media interface > that is not connected (or unexistant) on this platform. As far I remember, T1 105 has 2 ethernet ports on the back (+ LOM) About hme autoneg trouble, does your switch in autoneg too or forced to something like 100baseTX full-duplex ? Regards -- Stephane Clodic France Teaser From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 22 13:39:35 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 8A5CC16A4CE for ; Fri, 22 Oct 2004 13:39:35 +0000 (GMT) Received: from mail.oav.net (mail01.oav.net [193.218.105.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5186243D53 for ; Fri, 22 Oct 2004 13:39:35 +0000 (GMT) (envelope-from kiwi@oav.net) Received: from localhost (mail01.oav.net [193.218.105.18]) by mail02.oav.net (Postfix) with ESMTP id C694022821; Fri, 22 Oct 2004 15:39:38 +0200 (CEST) (envelope-from kiwi@oav.net) Received: from mail02.oav.net ([193.218.105.18]) by localhost (mail02.oav.net [172.31.2.3]) (amavisd-new, port 10024) with LMTP id 95245-09-6; Fri, 22 Oct 2004 15:39:34 +0200 (CEST) Received: from [10.1.1.254] (babel.zehc.net [213.36.100.145]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail02.oav.net (Postfix) with ESMTP id 5772A22820; Fri, 22 Oct 2004 15:39:34 +0200 (CEST) (envelope-from kiwi@oav.net) In-Reply-To: <20041022130324.GF92618@qube.teaser.fr> References: <72BED2C2-2429-11D9-B165-000A958871B8@oav.net> <20041022130324.GF92618@qube.teaser.fr> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Xavier Beaudouin Date: Fri, 22 Oct 2004 15:39:29 +0200 To: Stephane Clodic X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at mail01.oav.net X-Spam-Status: No, hits=0.095 tagged_above=-999 required=6.3 tests=AWL, SMILEY X-Spam-Level: cc: freebsd-sparc64@freebsd.org Subject: Re: Netra T1 105 hme0 woes ? 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, 22 Oct 2004 13:39:35 -0000 Hi :) > As far I remember, T1 105 has 2 ethernet ports on the back (+ LOM) Exactly :) > About hme autoneg trouble, does your switch in autoneg too or forced to > something like 100baseTX full-duplex ? The switch (cisco catalyst 3548-xl) is forced into 100BaseTX full-duplex. I get same problem when I set it to autoneg too... /Xavier -- Xavier Beaudouin - Unix System Administrator & Projects Leader. President of Kazar Organization : http://www.kazar.net/ Please visit http://caudium.net/, home of Caudium & Camas projects From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 23 23:14:26 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 3C32F16A4CE for ; Sat, 23 Oct 2004 23:14:26 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54F243D5A for ; Sat, 23 Oct 2004 23:14:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D02F952C13; Sat, 23 Oct 2004 16:14:54 -0700 (PDT) Date: Sat, 23 Oct 2004 16:14:54 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20041023231454.GA11787@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ntpdate unable to repair clock 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: Sat, 23 Oct 2004 23:14:26 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline A sparc64 machine I'm using was consistently failing to set the date properly when updated across the recent RELENG_5 changes that required date to be reset. ntpdate claimed to be setting the date correctly, but date(1) still returned a bogus value. Setting the date manually and then rerunning ntpdate gave another bogus offset message, but in fact set it correctly. Kris # ntpdate beastie Looking for host beastie and service ntp host found : beastie.dcsl.buffalo.edu 23 May 06:57:05 ntpdate[831]: adjust time server 128.205.37.10 offset 0.411235 sec # date Fri May 23 06:57:08 PST 832153490 # host localhost /home/ports-sparc64/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:330: fatal error: +RUNTIME_CHECK(isc_time_now((&now)) == 0) failed Abort # date 200410311200.00 Sun Oct 31 12:00:00 PST 2004 # ntpdate beastie Looking for host beastie and service ntp host found : beastie.dcsl.buffalo.edu 23 Oct 16:07:17 ntpdate[1010]: step time server 128.205.37.10 offset -X0446744069415264286.575965 sec # date Sat Oct 23 16:07:40 PDT 2004 # host localhost localhost.dcsl.Buffalo.EDU has address 127.0.0.1 # dmesg KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #3: Sat Oct 23 14:11:40 EDT 2004 root@beastie.dcsl.buffalo.edu:/usr/obj/home/ports-sparc64/src/sys/NETBOOT Timecounter "tick" frequency 502000000 Hz quality 1000 real memory = 134217728 (128 MB) avail memory = 116629504 (111 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (502.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre (US-IIe) compatible, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci0 ebus0: : incomplete ebus0: addr 0-0xfffff (no driver attached) eeprom0: addr 0x100000000-0x100001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 83093cec isab0: at device 7.0 on pci0 isa0: on isab0 gem0: mem 0x400000-0x41ffff at device 12.1 on pci0 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: Ethernet address: 00:03:ba:09:3c:ec gem0: if_start running deferred for Giant gem0: [GIANT-LOCKED] pci0: at device 12.2 (no driver attached) pci0: at device 12.3 (no driver attached) pci0: at device 3.0 (no driver attached) pci0: at device 8.0 (no driver attached) atapci0: port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 pci0: at device 19.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 sym0: <875> port 0x1000-0x10ff mem 0x4002000-0x4002fff,0x4000000-0x40000ff at device 2.0 on pci1 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x1100-0x11ff mem 0x4006000-0x4006fff,0x4004000-0x40040ff at device 2.1 on pci1 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] Timecounters tick every 10.000 msec ad0: 14594MB [29651/16/63] at ata2-master UDMA66 acd0: CDRW at ata2-slave PIO4 ad1: 14594MB [29651/16/63] at ata3-master UDMA66 Waiting 3 seconds for SCSI devices to settle --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBeuXuWry0BWjoQKURAo0hAJ49k9/8D8NUIpl3U1xh5C4VSSwgzgCgg6qp jNE9nR/fkikPKSiyKca79fA= =Q91N -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt--