From owner-freebsd-sparc64@FreeBSD.ORG Sun Sep 19 01:48:16 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 3745D16A4CE for ; Sun, 19 Sep 2004 01:48:16 +0000 (GMT) Received: from smtp6.hknet.com (smtp6.hknet.com [202.67.240.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9931843D31 for ; Sun, 19 Sep 2004 01:48:15 +0000 (GMT) (envelope-from kinux@hknet.com) Received: from winxp (vp177109.kln.uac66.hknet.com [203.169.177.109]) by smtp6.hknet.com (Postfix) with SMTP id D38E8673B9; Sun, 19 Sep 2004 09:48:13 +0800 (HKT) Message-ID: <006601c49dea$bc7a3450$4c22fea9@winxp> From: "kinux" To: "Ken Smith" References: <00ce01c49bc4$ab07b1c0$4c22fea9@winxp> <20040916135938.GG17484@electra.cse.Buffalo.EDU> Date: Sun, 19 Sep 2004 09:48:18 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-sparc64@freebsd.org Subject: Re: Fail to install 5.3 on Netra t1 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: Sun, 19 Sep 2004 01:48:16 -0000 hi, i changed the eeprom and it work, but there is another problem, it prompted "Write failure on transfer!" during installation. since this disk install solaris before, i guess it maybe the master boot record problem. on IDE disk, i use a WIN98 to fix it, but Netra have CDROM only, how to fix it? Thanks. All filesystem information written successfully.cd9660: RockRidge Extension 1024 bytes read from base dist, chunk 1 of 31 @ 1.0 KBytes/sec. ?filesystem information written successfully. ?????????????????????????? Choose Installation Media ???????????????????????© [m? FreeBSD can be installed from a variety of different installation ? [m? media, ranging from floppies to an Internet FTP server. If you're ? [m? installing FreeBSD from a supported CD/DVD drive then this is generally ? [m? the best media to use if you have no overriding reason for using other ? [m? ?????????????????? User Confirmation Requested ??????????????????©ine- tu? ? Las????????????????????[ Progress ]?????????????????©on? ? ? ??? Extracting base into / directory... ? to the OK? ??????????? Message ?????????©???????????????????????© ? ?Write failure on transfer! (wrote -1 bytes of 1425408 bytes) ???????????????????????????????????????????????????????(100%)??? ?[ OK ] ???????????????????????????????????? ----- Original Message ----- From: "Ken Smith" To: "kinux" Cc: Sent: Thursday, September 16, 2004 9:59 PM Subject: Re: Fail to install 5.3 on Netra t1 > On Thu, Sep 16, 2004 at 04:10:45PM +0800, kinux wrote: > > > Executing last command: boot cdrom > > Boot device: /pci@1f,0/pci@1/pci@1/ide@e/cdrom@2:f File and args: > > kernel/unix > > > > >> FreeBSD/sparc64 boot block > > Boot path: /pci@1f,0/pci@1/pci@1/ide@e/cdrom@2,0:f > > Boot loader: kernel/unix > > File kernel/unix not found > > Program terminated > > ok > > BTW, it is most likely the "File and args: kernel/unix" thing that is > causing your specific problem and that's probably a setting in your > EEPROM. If you have the same problem booting miniinst as you had > booting the bootonly CD then try: > > boot cdrom /boot/kernel/kernel > > to see if that helps. If it does you should probably change your EEPROM > settings. > > -- > 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 Sun Sep 19 21:52: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 35CD716A4CE for ; Sun, 19 Sep 2004 21:52:10 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0DC43D46 for ; Sun, 19 Sep 2004 21:52:09 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i8JLq71a097069 for ; Sun, 19 Sep 2004 23:52:07 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i8JLq2be097068 for freebsd-sparc64@freebsd.org; Sun, 19 Sep 2004 23:52:02 +0200 (CEST) (envelope-from marius) Date: Sun, 19 Sep 2004 23:52:02 +0200 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20040919235202.A68697@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: newtrinity.zeist.de) Subject: HEADS UP [marius@freebsd.org: cvs commit: src/sys/dev/mk48txx mk48txx.c mk48txxreg.h] 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: Sun, 19 Sep 2004 21:52:10 -0000 As this commit changes the format FreeBSD stores the date in the clock of the 'eeprom' device you will get another "Invalid time in real time clock. Check and reset the date immediately!" after updating when the date was previously set using FreeBSD. To get rid of it set the date again with date(1) or ntpdate(8). Modified files: sys/dev/mk48txx mk48txx.c mk48txxreg.h Log: - Some of the upper bits of the time related (seconds, minutes, etc.) registers are control bits or depending on the model contain additional time bits with a different meaning than the lower ones. In order to only read the desired time bits and not change the upper bits on write use appropriate masks in the gettime and settime function respectively. Due to the polarity of the stop oscillator bit and the fact that the century bits aren't used on sparc64 not masking them didn't cause problems so far. - Fix two off-by-one errors in the handling of the day of week. The genclock code represents the dow as 0 - 6 with 0 being Sunday but the mk48txx use 1 - 7 with 1 being Sunday. In the settime function when writing the dow to the clock the range wasn't adjusted accordingly but the clock apparently played along nicely otherwise the second bug in the gettime function which mapped 1 - 7 to 0 - 6 but with 0 meaning Saturday would have been triggered. Fixing these makes the date being stored in the same format Sun/Solaris uses and cures the "Invalid time in real time clock. Check and reset the date immediately!" when the date was set under Solaris prior to booting FreeBSD/sparc64. [1] Looking at other clock drivers/code e.g. FreeBSD/alpha the former "bug", i.e. storing the dow as 0 - 6 even when the clock uses 1 - 7, seems to be common but might be on purpose for compatibility when multi-booting with other OS which do the same. So it might make sense to add a flag to handle the dow off-by-one for use of this driver on platforms other than sparc64. - Check the state of the battery on mk48txx that support this in the attach function. - Add a note that use of the century bit should be implemented but isn't required at the moment because it isn't used on sparc64. Problem noted by: joerg [1] MT5 candidate. Revision Changes Path 1.4 +53 -14 src/sys/dev/mk48txx/mk48txx.c 1.2 +78 -5 src/sys/dev/mk48txx/mk48txxreg.h From owner-freebsd-sparc64@FreeBSD.ORG Sun Sep 19 23:21: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 D814416A4CE for ; Sun, 19 Sep 2004 23:21:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7CE43D2F for ; Sun, 19 Sep 2004 23:21:08 +0000 (GMT) (envelope-from in.horto.cum.pulchra@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so892765rnk for ; Sun, 19 Sep 2004 16:21:08 -0700 (PDT) Received: by 10.38.2.75 with SMTP id 75mr707266rnb; Sun, 19 Sep 2004 16:21:08 -0700 (PDT) Received: by 10.38.9.33 with HTTP; Sun, 19 Sep 2004 16:21:08 -0700 (PDT) Message-ID: <8205f2e80409191621211e5e1b@mail.gmail.com> Date: Sun, 19 Sep 2004 19:21:08 -0400 From: rian To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Onboard Audio Device X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rian List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2004 23:21:10 -0000 In the current FreeBSD tree is there support for the various sparc onboard audio devices as in NetBSD/sparc64 and OpenBSD/sparc64? More specifically the audioce device (Crystal Semiconductor CS4231A). Thanks! -rian From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 00:17: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 256FF16A4CF; Mon, 20 Sep 2004 00:17:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9A343D49; Mon, 20 Sep 2004 00:17:53 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) i8K0HrPs097461; Mon, 20 Sep 2004 00:17:53 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8K0HriE097457; Mon, 20 Sep 2004 00:17:53 GMT (envelope-from marius) Date: Mon, 20 Sep 2004 00:17:53 GMT From: Marius Strobl Message-Id: <200409200017.i8K0HriE097457@freefall.freebsd.org> To: phil@tripadvisor.com, marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: kern/71341: [patch] Cannot build 5.3 sparc64 kernel with vinum support 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, 20 Sep 2004 00:17:54 -0000 Synopsis: [patch] Cannot build 5.3 sparc64 kernel with vinum support State-Changed-From-To: open->patched State-Changed-By: marius State-Changed-When: Mon Sep 20 00:15:28 GMT 2004 State-Changed-Why: Committed to HEAD, will try to get it into 5.3. Thanks for the report! http://www.freebsd.org/cgi/query-pr.cgi?pr=71341 From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 02:59:16 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 05F4416A4CE for ; Mon, 20 Sep 2004 02:59:16 +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 5E60B43D1D for ; Mon, 20 Sep 2004 02:59:15 +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 i8K2wPAh087342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 20 Sep 2004 11:58:25 +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 i8K2xC34000934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Sep 2004 11:59:12 +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 i8K2xCmC000933; Mon, 20 Sep 2004 11:59:12 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 20 Sep 2004 11:59:12 +0900 From: Pyun YongHyeon To: rian Message-ID: <20040920025912.GA741@kt-is.co.kr> References: <8205f2e80409191621211e5e1b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8205f2e80409191621211e5e1b@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org Subject: Re: Onboard Audio Device 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: Mon, 20 Sep 2004 02:59:16 -0000 On Sun, Sep 19, 2004 at 07:21:08PM -0400, rian wrote: > In the current FreeBSD tree is there support for the various sparc > onboard audio devices as in NetBSD/sparc64 and OpenBSD/sparc64? More > specifically the audioce device (Crystal Semiconductor CS4231A). > Thanks! > -rian Not yet. But I have plans to commit a audio driver to CURRENT after releasing official 5.3R. The driver supports on board cs4231 which is found on SBus/EBus Ultrasparcs. I'm still finding a way to workaround DMA address issues on some poorly-designed(for Sound Blaster compatibility?) PCI audio cards. In theory, all PCI audio cards should work on sparc64 but simple experimentation showed there are much more complicated things. For instance ESS Solo-1 works well if we use only playback due to its DMA address limitations.(capturing is not possible for the card on sparc64) Other PCI audio cards(e.g. Trident 4D-Wave) that have DMA address limitation may not work at all. At present I have no idea how to handle all these cases correctly. Cheers, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 06:29: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 F339E16A4CE; Mon, 20 Sep 2004 06:29:22 +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 6D44743D1D; Mon, 20 Sep 2004 06:29:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4B4B451514; Sun, 19 Sep 2004 23:29:26 -0700 (PDT) Date: Sun, 19 Sep 2004 23:29:26 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, current@FreeBSD.org Message-ID: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: sos@FreeBSD.dk Subject: Panic in ata_attach on sparc64 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, 20 Sep 2004 06:29:23 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline With sources over the past few months (since May, up to BETA5), I get the following panic at boot time on this sparc64 (SunBlade-100): ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 panic: isa_route_intr_res: start out of isa range at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> tr __panic() at __panic+0x170 isa_route_intr_res() at isa_route_intr_res+0x80 isa_alloc_resource() at isa_alloc_resource+0x2b8 bus_alloc_resource() at bus_alloc_resource+0x68 ata_attach() at ata_attach+0x3c device_probe_and_attach() at device_probe_and_attach+0xcc isa_probe_children() at isa_probe_children+0x1e0 configure() at configure+0x38 mi_startup() at mi_startup+0xe4 btext() at btext+0x34 Kris --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBTnjFWry0BWjoQKURAlrFAKD8giWa8b83ETyqeKPBlzJy9YvpNgCfVO/b If8fnrHIZxRoneNapm//jLU= =czrs -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 09:04:38 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 772EC16A4CE; Mon, 20 Sep 2004 09:04:38 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FAF43D41; Mon, 20 Sep 2004 09:04:37 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i8K94O1a008313; Mon, 20 Sep 2004 11:04:28 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i8K94JwO008312; Mon, 20 Sep 2004 11:04:19 +0200 (CEST) (envelope-from marius) Date: Mon, 20 Sep 2004 11:04:19 +0200 From: Marius Strobl To: Kris Kennaway Message-ID: <20040920110419.A8160@newtrinity.zeist.de> References: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040920062925.GA21933@xor.obsecurity.org>; from kris@obsecurity.org on Sun, Sep 19, 2004 at 11:29:26PM -0700 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.11; VDF 6.27.0.67 (host: newtrinity.zeist.de) cc: sos@FreeBSD.dk cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Panic in ata_attach on sparc64 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, 20 Sep 2004 09:04:38 -0000 On Sun, Sep 19, 2004 at 11:29:26PM -0700, Kris Kennaway wrote: > With sources over the past few months (since May, up to BETA5), I get > the following panic at boot time on this sparc64 (SunBlade-100): > > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > panic: isa_route_intr_res: start out of isa range > at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > __panic() at __panic+0x170 > isa_route_intr_res() at isa_route_intr_res+0x80 > isa_alloc_resource() at isa_alloc_resource+0x2b8 > bus_alloc_resource() at bus_alloc_resource+0x68 > ata_attach() at ata_attach+0x3c > device_probe_and_attach() at device_probe_and_attach+0xcc > isa_probe_children() at isa_probe_children+0x1e0 > configure() at configure+0x38 > mi_startup() at mi_startup+0xe4 > btext() at btext+0x34 > Are any ISA device hints configured? From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 10:40:13 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 741F216A4CE for ; Mon, 20 Sep 2004 10:40:13 +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 E540A43D4C for ; Mon, 20 Sep 2004 10:40:12 +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 i8KAdHAh010702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 20 Sep 2004 19:39:17 +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 i8KAe734002160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Sep 2004 19:40:07 +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 i8KAe6bv002159; Mon, 20 Sep 2004 19:40:06 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 20 Sep 2004 19:40:06 +0900 From: Pyun YongHyeon To: dhaigh@gatorzone.com Message-ID: <20040920104006.GA1905@kt-is.co.kr> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org Subject: Re: PR sparc64/71729 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: Mon, 20 Sep 2004 10:40:13 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 17, 2004 at 09:29:41AM -0400, Doug Haigh wrote: > My emails & problem report follow-ups from my gatorzone.com domain seem to > be failing. Hopefully this will reach you... > > Doug Haigh > > -----Original Message----- > From: cd [mailto:cd_freebsd@gatorzone.com] > Sent: Thursday, September 16, 2004 2:54 PM > To: 'freebsd-sparc64@FreeBSD.org' > Subject: PR sparc64/71729 > > > I am not sure if the PR got updated, but I wanted to let you know that the > printf in a kernel thread only fails if you are on a SMP machine. It appears > that if you printf on a CPU other than CPU #0, it will panic the kernel. > After reading your mail, I made a small test program which creates a kernel thread and ran it on AXe(UP) and U2(SMP). Under AXe it worked as expected but it paniced on U2. So it seems that there is some issues in OF console. Backtrace for the panic is somthing like: openfirmware + 0x18 OF_write + 0x1c ofw_cons_putc + 0x34 cnputc + 0x44 putchar + 0xbc kvprintf + 0x4c printf + 0x4c I've attached simple test program used. I vaguely guess it may be related with Kris' problem on his U30. Regards, Pyun YongHyeon -- Pyun YongHyeon --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Makefile # .PATH: ${.CURDIR} KMOD= kthread SRCS= kthread.c .include --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kthread.c" #include #include #include #include #include #include #include #include struct foo_struct { int term; struct mtx lock; }; struct foo_struct foo_struct; #define FOO_LOCK() mtx_lock(&foo_struct.lock) #define FOO_UNLOCK() mtx_unlock(&foo_struct.lock) static void foo_thread(void *arg) { int i = 0; FOO_LOCK(); do { printf("foo_thread : %d\n", i++); msleep(&foo_struct, &foo_struct.lock, PWAIT, "twait1", 2*hz); } while(foo_struct.term == 0); printf("foo_thread termination request\n"); foo_struct.term = 2; FOO_UNLOCK(); kthread_exit(0); } static int foo_alloc(void) { int error; bzero(&foo_struct, sizeof(foo_struct)); mtx_init(&foo_struct.lock, "foo mtx", NULL, MTX_DEF); error = kthread_create(foo_thread, NULL, NULL, 0, 0, "foo_thr"); if (error != 0) { printf("kthread_create returned %d\n", error); return (1); } return (0); } static void foo_free(void) { FOO_LOCK(); foo_struct.term = 1; wakeup(&foo_struct); printf("waiting for thread termination\n"); msleep(&foo_struct, &foo_struct.lock, PWAIT, "twait2", 2*hz); FOO_UNLOCK(); mtx_destroy(&foo_struct.lock); } static int ktread_modevent(module_t mod, int type, void *data) { int err = 0; switch(type) { case MOD_LOAD: foo_alloc(); break; case MOD_UNLOAD: foo_free(); break; default: err = EINVAL; break; } return (err); } static moduledata_t kthread_alloc = { "kthread", ktread_modevent, 0 }; DECLARE_MODULE(kthread, kthread_alloc, SI_SUB_PSEUDO, SI_ORDER_FIRST); MODULE_VERSION(kthread, 1); --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 11:02: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 ABCB216A504 for ; Mon, 20 Sep 2004 11:02:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A190143D48 for ; Mon, 20 Sep 2004 11:02:23 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i8KB2Nfh001509 for ; Mon, 20 Sep 2004 11:02:23 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8KB2LmU001503 for freebsd-sparc64@freebsd.org; Mon, 20 Sep 2004 11:02:21 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Sep 2004 11:02:21 GMT Message-Id: <200409201102.i8KB2LmU001503@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, 20 Sep 2004 11:02:23 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/02/21] sparc64/63161sparc64 system panics when writing to an NFS moun 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/04/14] kern/50943 sparc64 kernel panic to initialize NIC (Intel Pro 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 p [2004/09/03] kern/71341 sparc64 [patch] Cannot build 5.3 sparc64 kernel w o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S 6 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/05/06] sparc64/66314sparc64 SMP kernel panic: ipi_send: couldn't send o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 12:00:51 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 6720116A4FA for ; Mon, 20 Sep 2004 12:00:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44FC443D41 for ; Mon, 20 Sep 2004 12:00:51 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i8KC0puq012845 for ; Mon, 20 Sep 2004 12:00:51 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8KC0p0J012844; Mon, 20 Sep 2004 12:00:51 GMT (envelope-from gnats) Date: Mon, 20 Sep 2004 12:00:51 GMT Message-Id: <200409201200.i8KC0p0J012844@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: gavin.atkinson@ury.york.ac.uk Subject: Re: sparc64/63161: system panics when writing to an NFS X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gavin.atkinson@ury.york.ac.uk List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2004 12:00:51 -0000 The following reply was made to PR sparc64/63161; it has been noted by GNATS. From: gavin.atkinson@ury.york.ac.uk To: freebsd-gnats-submit@FreeBSD.org, tflorman@nilenet.com Cc: Subject: Re: sparc64/63161: system panics when writing to an NFS Date: Mon, 20 Sep 2004 12:55:12 +0100 (BST) Looks like this PR can now be closed. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 18:27:15 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 1F1E116A4CF; Mon, 20 Sep 2004 18:27:15 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B7443D1F; Mon, 20 Sep 2004 18:27:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) i8KIRE71073000; Mon, 20 Sep 2004 18:27:14 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8KIREDw072996; Mon, 20 Sep 2004 18:27:14 GMT (envelope-from jhb) Date: Mon, 20 Sep 2004 18:27:14 GMT From: John Baldwin Message-Id: <200409201827.i8KIREDw072996@freefall.freebsd.org> To: tflorman@nilenet.com, jhb@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/63161: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client 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, 20 Sep 2004 18:27:15 -0000 Synopsis: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Sep 20 18:26:17 GMT 2004 State-Changed-Why: Submitter reports that problems were fixed by fixing rl(4). http://www.freebsd.org/cgi/query-pr.cgi?pr=63161 From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 20 22:04: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 9C0B016A4CE; Mon, 20 Sep 2004 22:04:02 +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 5E68943D2F; Mon, 20 Sep 2004 22:04:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AB65B5261A; Mon, 20 Sep 2004 15:04:09 -0700 (PDT) Date: Mon, 20 Sep 2004 15:04:09 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040920220409.GA27805@xor.obsecurity.org> References: <20040920062925.GA21933@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20040920062925.GA21933@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: sos@FreeBSD.dk cc: current@FreeBSD.org cc: kensmith@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: Panic in ata_attach on sparc64 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, 20 Sep 2004 22:04:02 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2004 at 11:29:26PM -0700, Kris Kennaway wrote: > With sources over the past few months (since May, up to BETA5), I get > the following panic at boot time on this sparc64 (SunBlade-100): This seems to have been a false alarm - I guess somehow I was still booting the old kernel. Sorry folks. Kris >=20 > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > panic: isa_route_intr_res: start out of isa range > at line 168 in file /a/portbuild/sparc64/src-client/sys/sparc64/isa/isa.c > cpuid =3D 0; > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > __panic() at __panic+0x170 > isa_route_intr_res() at isa_route_intr_res+0x80 > isa_alloc_resource() at isa_alloc_resource+0x2b8 > bus_alloc_resource() at bus_alloc_resource+0x68 > ata_attach() at ata_attach+0x3c > device_probe_and_attach() at device_probe_and_attach+0xcc > isa_probe_children() at isa_probe_children+0x1e0 > configure() at configure+0x38 > mi_startup() at mi_startup+0xe4 > btext() at btext+0x34 >=20 > Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT1PYWry0BWjoQKURAthpAJ9onxT3++Z28Hu9iWLkay0lwdkHMwCaAnN1 PfexRW4wzlFtYaSHNbJGb4k= =FigT -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 21 06:44: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 BD5AC16A4CE for ; Tue, 21 Sep 2004 06:44:42 +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 989F643D1F for ; Tue, 21 Sep 2004 06:44:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A64CF514AE; Mon, 20 Sep 2004 23:44:50 -0700 (PDT) Date: Mon, 20 Sep 2004 23:44:50 -0700 From: Kris Kennaway To: sparc64@freeBSD.org Message-ID: <20040921064450.GA54998@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Memory modified after free 0xfffff8001b210e00(504) val=deadc0dd @ 0xfffff8001b21 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, 21 Sep 2004 06:44:42 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I just got this panic on an SMP sparc package machine running 6.0: Memory modified after free 0xfffff8001b210e00(504) val=deadc0dd @ 0xfffff8001b210f20 panic: Most recently used by file desc cpuid = 0 KDB: enter: panic [thread 100195] Stopped at kdb_enter+0x38: ta %xcc, 1 db> trace panic() at panic+0x19c mtrash_ctor() at mtrash_ctor+0x7c uma_zalloc_arg() at uma_zalloc_arg+0x3e8 malloc() at malloc+0xa8 fdinit() at fdinit+0x40 fdcopy() at fdcopy+0x28 fork1() at fork1+0x770 fork() at fork+0x10 syscall() at syscall+0x220 -- syscall (2, FreeBSD ELF64, fork) %o7=0x10fe00 -- userland() at 0x40643008 user trace: trap %o7=0x10fe00 pc 0x40643008, sp 0x7fdffffc3d1 pc 0x106e6c, sp 0x7fdffffc491 pc 0x1067d0, sp 0x7fdffffc561 pc 0x107110, sp 0x7fdffffc621 pc 0x10a3b4, sp 0x7fdffffc711 pc 0x109c78, sp 0x7fdffffc8a1 Dumping 512 MB (1 chunks) chunk at 0: 536870912 bytes panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread 100195] Stopped at kdb_enter+0x38: ta %xcc, 1 db> Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBT83iWry0BWjoQKURAiSeAKC+VUsVlCKs9BoVCXiPlzJCSQzPSACg+Orh Jl2NrzCIYrXRppLUXr6d650= =CD+p -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 21 20:09: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 192AF16A4CE; Tue, 21 Sep 2004 20:09:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A323543D3F; Tue, 21 Sep 2004 20:09:28 +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 i8LK9SL1055320; Tue, 21 Sep 2004 16:09:28 -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 i8LK9R9F085407; Tue, 21 Sep 2004 16:09:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D826E7303F; Tue, 21 Sep 2004 16:09:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040921200927.D826E7303F@freebsd-current.sentex.ca> Date: Tue, 21 Sep 2004 16:09:27 -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: Tue, 21 Sep 2004 20:09:31 -0000 TB --- 2004-09-21 19:42:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-21 19:42:02 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-21 19:42:02 - checking out the source tree TB --- 2004-09-21 19:42:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-21 19:42:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-21 19:47:52 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-21 19:47:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-21 19:47:52 - /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 [...] cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_init.c -o res_init.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkquery.c -o res_mkquery.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_mkupdate.c -o res_mkupdate.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_query.c -o res_query.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_send.c -o res_send.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_sendsigned.c -o res_sendsigned.So cc -fPIC -DPIC -O2 -pipe -DVERSION='"9.3.0rc4"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3 -DLIBREVISION=7 -DLIBAGE=0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR='"/var/run"' -DNS_SYSCONFDIR='"/etc"' -DNAMED_CONFFILE='"/etc/named.conf"' -DRNDC_CONFFILE='"/etc/rndc.conf"' -DRNDC_KEYFILE='"/etc/rndc.key"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib/bind9/lib/bind/resolv/res_update.c -o res_update.So make: don't know how to make /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libpthread.a. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-21 20:09:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-21 20:09:27 - ERROR: failed to build world TB --- 2004-09-21 20:09:27 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 21 21:18:28 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 2558B16A4CE; Tue, 21 Sep 2004 21:18:28 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4D743D1F; Tue, 21 Sep 2004 21:18:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LLIQ3c032653; Wed, 22 Sep 2004 00:18:26 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 97700-09; Wed, 22 Sep 2004 00:18:25 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i8LLIPAh032650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2004 00:18:25 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i8LLIHHv033206; Wed, 22 Sep 2004 00:18:17 +0300 (EEST) (envelope-from ru) Date: Wed, 22 Sep 2004 00:18:17 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20040921211817.GC32943@ip.net.ua> References: <20040921200927.D826E7303F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Content-Disposition: inline In-Reply-To: <20040921200927.D826E7303F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 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, 21 Sep 2004 21:18:28 -0000 --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 21, 2004 at 04:09:27PM -0400, FreeBSD Tinderbox wrote: > TB --- 2004-09-21 19:42:02 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2004-09-21 19:42:02 - starting CURRENT tinderbox run for sparc64/s= parc64 > TB --- 2004-09-21 19:42:02 - checking out the source tree > TB --- 2004-09-21 19:42:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64 > TB --- 2004-09-21 19:42:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2004-09-21 19:47:52 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2004-09-21 19:47:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/s= rc > TB --- 2004-09-21 19:47:52 - /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 > [...] > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_init.c -o res_init.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_mkquery.c -o res_mkquery.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_mkupdate.c -o res_mkupdate.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_query.c -o res_query.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_send.c -o res_send.So > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_sendsigned.c -o res_sendsigned= =2ESo > cc -fPIC -DPIC -O2 -pipe -DVERSION=3D'"9.3.0rc4"' -I/tinderbox/CURRENT/s= parc64/sparc64/src/lib/bind/bind/.. -DLIBINTERFACE=3D3 -DLIBREVISION=3D7 -D= LIBAGE=3D0 -DHAVE_CONFIG_H -DWANT_IPV6 -DWORDS_BIGENDIAN -DNS_LOCALSTATEDIR= =3D'"/var/run"' -DNS_SYSCONFDIR=3D'"/etc"' -DNAMED_CONFFILE=3D'"/etc/named.= conf"' -DRNDC_CONFFILE=3D'"/etc/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/rndc.ke= y"' -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bind/../../../contrib= /bind9/lib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/../../../contrib/bind9/lib/bind/include -I/tinderbox/CURRE= NT/sparc64/sparc64/src/lib/bind/bind -I/tinderbox/CURRENT/sparc64/sparc64/s= rc/lib/bind/bind/.. -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind/bin= d/../../../contrib/bind9/lib/bind/resolv/res_update.c -o res_update.So > make: don't know how to make /home/tinderbox/CURRENT/sparc64/sparc64/obj/= sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libpthread.a. St= op > *** Error code 2 >=20 > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/bind. > *** Error code 1 >=20 I've sent an analysis of the problem to des@. The fix for sparc64 and alpha (src/Makefile.inc1 only) is trivial. Stay tuned. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBUJqZqRfpzJluFF4RAjLiAKCQ96ipgTt7ytUmq+rk6k0HbhrhzACeMryx BO2VgnYMBzQqp1qFAeBNEpI= =aTN3 -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 22 08:36: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 D1BBD16A4CE for ; Wed, 22 Sep 2004 08:36:49 +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 2BD0943D54 for ; Wed, 22 Sep 2004 08:36:49 +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 i8M8ZMAh097390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 22 Sep 2004 17:35:22 +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 i8M8aQ34009170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2004 17:36:26 +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 i8M8aPhH009169; Wed, 22 Sep 2004 17:36:25 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 22 Sep 2004 17:36:25 +0900 From: Pyun YongHyeon To: dhaigh@gatorzone.com Message-ID: <20040922083625.GA8910@kt-is.co.kr> References: <20040920104006.GA1905@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040920104006.GA1905@kt-is.co.kr> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@freebsd.org Subject: Re: PR sparc64/71729 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, 22 Sep 2004 08:36:49 -0000 On Mon, Sep 20, 2004 at 07:40:06PM +0900, To dhaigh@gatorzone.com wrote: > On Fri, Sep 17, 2004 at 09:29:41AM -0400, Doug Haigh wrote: > > > > I am not sure if the PR got updated, but I wanted to let you know that the > > printf in a kernel thread only fails if you are on a SMP machine. It appears > > that if you printf on a CPU other than CPU #0, it will panic the kernel. > > > > After reading your mail, I made a small test program which creates > a kernel thread and ran it on AXe(UP) and U2(SMP). > Under AXe it worked as expected but it paniced on U2. > So it seems that there is some issues in OF console. > Backtrace for the panic is somthing like: > While looking into the ofw_console(4) code I noticed there is possible races there. So I patched the code and ran it. However it didn't fix the problem. Since we can't simply use a mutex in ofw_cons_putc(), there should be other way to workaround this. Have no idea yet. If you really really want to see your messages from a kernel thread you can do one of the following(tested on U2): 1. remove invocation of timeout(9) in ofw_console.c. With this modification, you can't enter characters with keyboard. 2. use sc + creator + uart + puc instead of ofw_console(4) On my U2, keyboard input didn't work. If you want to see my partial patch as a starting point please let me know. Cheers, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 07:38:39 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 A18D216A4CE for ; Thu, 23 Sep 2004 07:38:39 +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 ECA3643D5A for ; Thu, 23 Sep 2004 07:38:38 +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 i8N7avAh043441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 23 Sep 2004 16:36:57 +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 i8N7c734012684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Sep 2004 16:38:07 +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 i8N7c6Qt012683; Thu, 23 Sep 2004 16:38:06 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Thu, 23 Sep 2004 16:38:06 +0900 From: Pyun YongHyeon To: dhaigh@gatorzone.com Message-ID: <20040923073806.GA12622@kt-is.co.kr> References: <20040920104006.GA1905@kt-is.co.kr> <20040922083625.GA8910@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20040922083625.GA8910@kt-is.co.kr> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: sparc64@FreeBSD.org Subject: Re: PR sparc64/71729 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: Thu, 23 Sep 2004 07:38:39 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 22, 2004 at 05:36:25PM +0900, To dhaigh@gatorzone.com wrote: > On Mon, Sep 20, 2004 at 07:40:06PM +0900, To dhaigh@gatorzone.com wrote: > > On Fri, Sep 17, 2004 at 09:29:41AM -0400, Doug Haigh wrote: > > > > > > I am not sure if the PR got updated, but I wanted to let you know that the > > > printf in a kernel thread only fails if you are on a SMP machine. It appears > > > that if you printf on a CPU other than CPU #0, it will panic the kernel. > > > > > > > After reading your mail, I made a small test program which creates > > a kernel thread and ran it on AXe(UP) and U2(SMP). > > Under AXe it worked as expected but it paniced on U2. > > So it seems that there is some issues in OF console. > > Backtrace for the panic is somthing like: > > > > While looking into the ofw_console(4) code I noticed there is > possible races there. So I patched the code and ran it. However > it didn't fix the problem. Since we can't simply use a mutex in > ofw_cons_putc(), there should be other way to workaround this. > Have no idea yet. > Ok, here is patch for ofw_console(4). This patch should fix kernel panic when a kernel thread tries to write chars via ofw_console(4) interface. It seems that the patch works well on my U2/AXe. I'd like to know whether it works on other Ultrasprcs. Also it would be great if it doesn't produce negative impacts on PPC too. Cheers, Pyun YongHyeon -- Pyun YongHyeon --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ofw_console.patch" --- sys/dev/ofw/ofw_console.c.orig Wed Aug 4 09:21:19 2004 +++ sys/dev/ofw/ofw_console.c Thu Sep 23 16:19:29 2004 @@ -47,6 +47,25 @@ #define OFWCONS_POLL_HZ 4 /* 50-100 works best on Ultra2 */ #endif #define OFBURSTLEN 128 /* max number of bytes to write in one chunk */ +#define OFWCONS_POLL 1 +#define PCHAR_MAX 128 + +struct ofw_softc { + struct cdev *ofw_dev; + struct tty *ofw_tty; + struct callout ofw_co; + int polltime; + u_int8_t pchar[PCHAR_MAX]; + int phead; + int ptail; + int ccnt; + int ofw_flags; + struct mtx lock; +}; +static struct ofw_softc ofw_sc; + +#define OFWCONS_LOCK(sc) mtx_lock_spin(&sc->lock) +#define OFWCONS_UNLOCK(sc) mtx_unlock_spin(&sc->lock) static d_open_t ofw_dev_open; static d_close_t ofw_dev_close; @@ -59,11 +78,6 @@ .d_flags = D_TTY | D_NEEDGIANT, }; -static struct tty *ofw_tp = NULL; -static int polltime; -static struct callout_handle ofw_timeouthandle - = CALLOUT_HANDLE_INITIALIZER(&ofw_timeouthandle); - #if defined(KDB) && defined(ALT_BREAK_TO_DEBUGGER) static int alt_break_state; #endif @@ -71,7 +85,7 @@ static void ofw_tty_start(struct tty *); static int ofw_tty_param(struct tty *, struct termios *); static void ofw_tty_stop(struct tty *, int); -static void ofw_timeout(void *); +static void ofw_pollc(void *); static cn_probe_t ofw_cons_probe; static cn_init_t ofw_cons_init; @@ -87,7 +101,8 @@ { phandle_t options; char output[32]; - struct cdev *dev; + struct ofw_softc *sc; + struct tty *tp; if (ofw_consdev.cn_pri != CN_DEAD && ofw_consdev.cn_name[0] != '\0') { @@ -95,9 +110,22 @@ OF_getprop(options, "output-device", output, sizeof(output)) == -1) return; - dev = make_dev(&ofw_cdevsw, 0, UID_ROOT, GID_WHEEL, 0600, "%s", - output); - make_dev_alias(dev, "ofwcons"); + sc = &ofw_sc; + bzero(sc, sizeof(*sc)); + mtx_init(&sc->lock, "ofw_cons mtx", NULL, MTX_SPIN); + sc->ofw_dev = make_dev(&ofw_cdevsw, 0, UID_ROOT, GID_WHEEL, + 0600, "%s", output); + make_dev_alias(sc->ofw_dev, "ofwcons"); + tp = ttymalloc(NULL); + tp->t_sc = sc; + sc->ofw_dev->si_drv1 = sc; + sc->ofw_dev->si_tty = tp; + sc->ofw_tty = tp; + tp->t_dev = sc->ofw_dev; + tp->t_oproc = ofw_tty_start; + tp->t_param = ofw_tty_param; + tp->t_stop = ofw_tty_stop; + callout_init(&sc->ofw_co, 0); } } @@ -109,20 +137,13 @@ static int ofw_dev_open(struct cdev *dev, int flag, int mode, struct thread *td) { + struct ofw_softc *sc; struct tty *tp; - int unit; - int error, setuptimeout; + int error; + sc = dev->si_drv1; + tp = dev->si_tty; error = 0; - setuptimeout = 0; - unit = minor(dev); - - tp = ofw_tp = dev->si_tty = ttymalloc(ofw_tp); - - tp->t_oproc = ofw_tty_start; - tp->t_param = ofw_tty_param; - tp->t_stop = ofw_tty_stop; - tp->t_dev = dev; if ((tp->t_state & TS_ISOPEN) == 0) { tp->t_state |= TS_CARR_ON; @@ -133,21 +154,20 @@ tp->t_lflag = TTYDEF_LFLAG; tp->t_ispeed = tp->t_ospeed = TTYDEF_SPEED; ttsetwater(tp); - - setuptimeout = 1; } else if ((tp->t_state & TS_XCLUDE) && suser(td)) { return (EBUSY); } + if ((error = tty_open(dev, tp))) + return (error); error = ttyld_open(tp, dev); - - if (error == 0 && setuptimeout) { - polltime = hz / OFWCONS_POLL_HZ; - if (polltime < 1) { - polltime = 1; - } - - ofw_timeouthandle = timeout(ofw_timeout, tp, polltime); + if (error == 0 && (sc->ofw_flags & OFWCONS_POLL) == 0) { + sc->polltime = hz / OFWCONS_POLL_HZ; + if (sc->polltime < 1) + sc->polltime = 1; + sc->ofw_flags |= OFWCONS_POLL; + callout_reset(&sc->ofw_co, sc->polltime, + ofw_pollc, tp); } return (error); @@ -156,18 +176,17 @@ static int ofw_dev_close(struct cdev *dev, int flag, int mode, struct thread *td) { - int unit; + struct ofw_softc *sc; struct tty *tp; - unit = minor(dev); - tp = ofw_tp; + sc = dev->si_drv1; + tp = dev->si_tty; - if (unit != 0) { - return (ENXIO); - } + if ((tp->t_state & TS_ISOPEN) == 0) + return (0); - /* XXX Should be replaced with callout_stop(9) */ - untimeout(ofw_timeout, tp, ofw_timeouthandle); + callout_stop(&sc->ofw_co); + sc->ofw_flags &= ~OFWCONS_POLL; ttyld_close(tp, flag); tty_close(tp); @@ -190,15 +209,18 @@ u_char buf[OFBURSTLEN]; - if (tp->t_state & (TS_TIMEOUT | TS_BUSY | TS_TTSTOP)) + if (tp->t_state & (TS_TIMEOUT | TS_BUSY | TS_TTSTOP)) { + ttwwakeup(tp); return; + } tp->t_state |= TS_BUSY; cl = &tp->t_outq; - len = q_to_b(cl, buf, OFBURSTLEN); - OF_write(stdout, buf, len); + while (cl->c_cc) { + len = q_to_b(cl, buf, OFBURSTLEN); + OF_write(stdout, buf, len); + } tp->t_state &= ~TS_BUSY; - ttwwakeup(tp); } @@ -214,20 +236,58 @@ } static void -ofw_timeout(void *v) +ofw_pollc(void *arg) { - struct tty *tp; - int c; + struct ofw_softc *sc; + struct tty *tp; + int l; + char ch; - tp = (struct tty *)v; + tp = (struct tty *)arg; + sc = tp->t_sc; - while ((c = ofw_cons_checkc(NULL)) != -1) { + OFWCONS_LOCK(sc); +#if 0 + for (; sc->ccnt > 0; sc->ccnt--) { + ch = sc->pchar[sc->phead]; + OF_write(stdout, &ch, 1); + if (++sc->phead >= PCHAR_MAX) + sc->phead = 0; + } +#else + /* + * Since interrupts are disabled during acqusition of MTX_SPIN lock, + * the following code fragments should be optmized and short enough + * in order not to monopolize other system resouces. + */ + if (sc->ccnt > 0) { + if (sc->phead + sc->ccnt <= PCHAR_MAX) { + OF_write(stdout, &sc->pchar[sc->phead], sc->ccnt); + sc->phead += sc->ccnt; + if (sc->phead >= PCHAR_MAX) + sc->phead = 0; + sc->ccnt = 0; + } else { + l = PCHAR_MAX - sc->phead; + OF_write(stdout, &sc->pchar[sc->phead], l); + sc->phead = 0; + sc->ccnt -= l; + if (sc->ccnt) { + OF_write(stdout, &sc->pchar[sc->phead], + sc->ccnt); + sc->phead += sc->ccnt; + sc->ccnt = 0; + } + } + } +#endif + OFWCONS_UNLOCK(sc); + while(OF_read(stdin, &ch, 1) > 0) { if (tp->t_state & TS_ISOPEN) { - ttyld_rint(tp, c); + ttyld_rint(tp, ch); } } - - ofw_timeouthandle = timeout(ofw_timeout, tp, polltime); + callout_reset(&sc->ofw_co, sc->polltime, ofw_pollc, tp); } static void @@ -256,10 +316,12 @@ static void ofw_cons_init(struct consdev *cp) { + struct ofw_softc *sc; /* XXX: This is the alias, but that should be good enough */ sprintf(cp->cn_name, "ofwcons"); - cp->cn_tp = ofw_tp; + sc = &ofw_sc; + cp->cn_tp = sc->ofw_tty; } static int @@ -269,7 +331,6 @@ int l; ch = '\0'; - while ((l = OF_read(stdin, &ch, 1)) != 1) { if (l != -2 && l != 0) { return (-1); @@ -303,13 +364,20 @@ static void ofw_cons_putc(struct consdev *cp, int c) { + struct ofw_softc *sc; char cbuf; - if (c == '\n') { - cbuf = '\r'; - OF_write(stdout, &cbuf, 1); - } - + sc = &ofw_sc; cbuf = c; - OF_write(stdout, &cbuf, 1); + if (sc->ofw_tty != NULL) { + /* not safe to write yet, queue it */ + OFWCONS_LOCK(sc); + sc->pchar[sc->ptail] = cbuf; + if (++sc->ptail >= PCHAR_MAX) + sc->ptail = 0; + if (++sc->ccnt >= PCHAR_MAX) + sc->ccnt = 0; + OFWCONS_UNLOCK(sc); + } else + OF_write(stdout, &cbuf, 1); } --liOOAslEiF7prFVr-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 10:20:55 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 CFC5116A4CE; Thu, 23 Sep 2004 10:20:55 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F8F443D1D; Thu, 23 Sep 2004 10:20:55 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i8NAKpBm006528; Thu, 23 Sep 2004 14:20:52 +0400 Message-ID: <4152A383.3090901@orel.ru> Date: Thu, 23 Sep 2004 14:20:51 +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: freebsd-threads@freebsd.org References: <41518130.3000704@orel.ru> In-Reply-To: <41518130.3000704@orel.ru> 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: Bug in kse_switchin()? 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, 23 Sep 2004 10:20:55 -0000 Hello! I long time work on libkse library for FreeBSD/sparc64. Some work is done. Recently I have found a bug in kernel. Here details. From sys/kern/kern_kse.c: --------------------------------------------------------------------------- 1 int 2 kse_switchin(struct thread *td, struct kse_switchin_args *uap) 3 { 4 struct kse_thr_mailbox tmbx; 5 struct kse_upcall *ku; 6 int error; 7 8 if ((ku = td->td_upcall) == NULL || TD_CAN_UNBIND(td)) 9 return (EINVAL); 10 error = (uap->tmbx == NULL) ? EINVAL : 0; 11 if (!error) 12 error = copyin(uap->tmbx, &tmbx, sizeof(tmbx)); 13 if (!error && (uap->flags & KSE_SWITCHIN_SETTMBX)) 14 error = (suword(&ku->ku_mailbox->km_curthread, 15 (long)uap->tmbx) != 0 ? EINVAL : 0); 16 if (!error) 17 error = set_mcontext(td, &tmbx.tm_context.uc_mcontext); 18 if (!error) { 19 suword32(&uap->tmbx->tm_lwp, td->td_tid); 20 if (uap->flags & KSE_SWITCHIN_SETTMBX) { 21 td->td_mailbox = uap->tmbx; 22 td->td_pflags |= TDP_CAN_UNBIND; 23 } 24 if (td->td_proc->p_flag & P_TRACED) { 25 if (tmbx.tm_dflags & TMDF_SSTEP) 26 ptrace_single_step(td); 27 else 28 ptrace_clear_single_step(td); 29 if (tmbx.tm_dflags & TMDF_SUSPEND) { 30 mtx_lock_spin(&sched_lock); 31 /* fuword can block, check again */ 32 if (td->td_upcall) 33 ku->ku_flags |= KUF_DOUPCALL; 34 mtx_unlock_spin(&sched_lock); 35 } 36 } 37 } 38 return ((error == 0) ? EJUSTRETURN : error); 39 } --------------------------------------------------------------------------- 1. On FreeBSD/sparc64 uap structure (line 2) is stored in trap stack frame, if number of syscall arguments is 6 or less (see: sys/sparc64/sparc64/trap.c). 2. set_mcontext() function overwriting trap stack frame for restore saved context (line 17). 3. uap structure used after overwriting by set_mcontext() in following lines: 19, 20, 21. Same problem in thr_create() (see sys/kern/kern_thr.c). Where bug? - In sparc64 specific core? - In kern/kern_kse.c and kern/kern_thr.c code? -- With best regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 11:25:03 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 6C1AD16A4CF; Thu, 23 Sep 2004 11:25:03 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1504C43D1D; Thu, 23 Sep 2004 11:25:03 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8NBP194028609; Thu, 23 Sep 2004 07:25:01 -0400 (EDT) Date: Thu, 23 Sep 2004 07:25:01 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Belashov In-Reply-To: <4152A383.3090901@orel.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 11:25:03 -0000 On Thu, 23 Sep 2004, Andrew Belashov wrote: > Hello! > > I long time work on libkse library for FreeBSD/sparc64. Some work is done. > Recently I have found a bug in kernel. > > Here details. > > From sys/kern/kern_kse.c: > --------------------------------------------------------------------------- > 1 int > 2 kse_switchin(struct thread *td, struct kse_switchin_args *uap) > 3 { > 4 struct kse_thr_mailbox tmbx; > 5 struct kse_upcall *ku; > 6 int error; > 7 > 8 if ((ku = td->td_upcall) == NULL || TD_CAN_UNBIND(td)) > 9 return (EINVAL); > 10 error = (uap->tmbx == NULL) ? EINVAL : 0; > 11 if (!error) > 12 error = copyin(uap->tmbx, &tmbx, sizeof(tmbx)); > 13 if (!error && (uap->flags & KSE_SWITCHIN_SETTMBX)) > 14 error = (suword(&ku->ku_mailbox->km_curthread, > 15 (long)uap->tmbx) != 0 ? EINVAL : 0); > 16 if (!error) > 17 error = set_mcontext(td, &tmbx.tm_context.uc_mcontext); > 18 if (!error) { > 19 suword32(&uap->tmbx->tm_lwp, td->td_tid); > 20 if (uap->flags & KSE_SWITCHIN_SETTMBX) { > 21 td->td_mailbox = uap->tmbx; > 22 td->td_pflags |= TDP_CAN_UNBIND; > 23 } > 24 if (td->td_proc->p_flag & P_TRACED) { > 25 if (tmbx.tm_dflags & TMDF_SSTEP) > 26 ptrace_single_step(td); > 27 else > 28 ptrace_clear_single_step(td); > 29 if (tmbx.tm_dflags & TMDF_SUSPEND) { > 30 mtx_lock_spin(&sched_lock); > 31 /* fuword can block, check again */ > 32 if (td->td_upcall) > 33 ku->ku_flags |= KUF_DOUPCALL; > 34 mtx_unlock_spin(&sched_lock); > 35 } > 36 } > 37 } > 38 return ((error == 0) ? EJUSTRETURN : error); > 39 } > --------------------------------------------------------------------------- > > 1. On FreeBSD/sparc64 uap structure (line 2) is stored in trap stack frame, if number of > syscall arguments is 6 or less (see: sys/sparc64/sparc64/trap.c). > > 2. set_mcontext() function overwriting trap stack frame for restore saved > context (line 17). > > 3. uap structure used after overwriting by set_mcontext() in following lines: > 19, 20, 21. > > Same problem in thr_create() (see sys/kern/kern_thr.c). > > Where bug? > - In sparc64 specific core? > - In kern/kern_kse.c and kern/kern_thr.c code? Wouldn't you also see same behavior (bugs) in other things, like getcontext(), setcontext(), and swapcontext() (kern_context.c)? -- Dan Eischen From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 12:17:22 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 7009C16A4CE; Thu, 23 Sep 2004 12:17:22 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E2B243D54; Thu, 23 Sep 2004 12:17:21 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i8NCHIBm009576; Thu, 23 Sep 2004 16:17:19 +0400 Message-ID: <4152BECE.5080202@orel.ru> Date: Thu, 23 Sep 2004 16:17:18 +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: Daniel Eischen References: In-Reply-To: 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 cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 23 Sep 2004 12:17:22 -0000 Daniel Eischen wrote: > Wouldn't you also see same behavior (bugs) in other things, like > getcontext(), setcontext(), and swapcontext() (kern_context.c)? No. uap structure is not used after set_mcontext(). From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 12:49:08 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 3C9DF16A4CE; Thu, 23 Sep 2004 12:49:08 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E7B43D41; Thu, 23 Sep 2004 12:49:07 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i8NCn694028202; Thu, 23 Sep 2004 08:49:07 -0400 (EDT) Date: Thu, 23 Sep 2004 08:49:06 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Belashov In-Reply-To: <4152BECE.5080202@orel.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 12:49:08 -0000 On Thu, 23 Sep 2004, Andrew Belashov wrote: > Daniel Eischen wrote: > > Wouldn't you also see same behavior (bugs) in other things, like > > getcontext(), setcontext(), and swapcontext() (kern_context.c)? > > No. uap structure is not used after set_mcontext(). Have you tried copying the uap (flags, tmbx) before setting the context and using the copy thereafter? -- Dan Eischen From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 13:24:39 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 0D51816A4CE; Thu, 23 Sep 2004 13:24:39 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E57843D45; Thu, 23 Sep 2004 13:24:38 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (lg.orel.ru [62.33.11.59]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i8NDOYBm030978; Thu, 23 Sep 2004 17:24:35 +0400 Message-ID: <4152CE93.4050908@orel.ru> Date: Thu, 23 Sep 2004 17:24:35 +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: Daniel Eischen References: In-Reply-To: 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 cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 23 Sep 2004 13:24:39 -0000 Daniel Eischen wrote: > On Thu, 23 Sep 2004, Andrew Belashov wrote: > > >>Daniel Eischen wrote: >> >>>Wouldn't you also see same behavior (bugs) in other things, like >>>getcontext(), setcontext(), and swapcontext() (kern_context.c)? >> >>No. uap structure is not used after set_mcontext(). > > > Have you tried copying the uap (flags, tmbx) before setting > the context and using the copy thereafter? Yes. It solves a problem in this place. However libkse does not work again... From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 23 15:08:50 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 7BA8716A4CE; Thu, 23 Sep 2004 15:08:50 +0000 (GMT) Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F197343D1D; Thu, 23 Sep 2004 15:08:46 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.68.64] (HELO rogue.acs.lan) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP id 58067787; Thu, 23 Sep 2004 18:01:41 +0300 Received: by rogue.acs.lan (Postfix, from userid 1000) id 42F1DB86E; Thu, 23 Sep 2004 18:08:58 +0300 (EAT) Date: Thu, 23 Sep 2004 18:08:58 +0300 From: Mike Makonnen To: Andrew Belashov Message-ID: <20040923150857.GA51350@rogue.acs.lan> References: <4152BECE.5080202@orel.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <4152BECE.5080202@orel.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/6.0-CURRENT (i386) cc: Daniel Eischen cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 23 Sep 2004 15:08:50 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Sep 23, 2004 at 04:17:18PM +0400, Andrew Belashov wrote: > Daniel Eischen wrote: > >Wouldn't you also see same behavior (bugs) in other things, like > >getcontext(), setcontext(), and swapcontext() (kern_context.c)? > > No. uap structure is not used after set_mcontext(). So, the attached change to thr_create should work as far as libthr is concerned then? BTW, have you tried libthr on sparc64, and if so how does it work? Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: sys/kern/kern_thr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_thr.c,v retrieving revision 1.27 diff -u -r1.27 kern_thr.c --- sys/kern/kern_thr.c 7 Sep 2004 07:04:47 -0000 1.27 +++ sys/kern/kern_thr.c 23 Sep 2004 15:06:04 -0000 @@ -76,9 +76,11 @@ int error; struct ksegrp *kg, *newkg; struct proc *p; + int flags; p = td->td_proc; kg = td->td_ksegrp; + flags = uap->flags; if ((error = copyin(uap->ctx, &ctx, sizeof(ctx)))) return (error); @@ -158,7 +160,7 @@ sched_fork_thread(td, newtd); TD_SET_CAN_RUN(newtd); - if ((uap->flags & THR_SUSPENDED) == 0) + if ((flags & THR_SUSPENDED) == 0) setrunqueue(newtd, SRQ_BORING); mtx_unlock_spin(&sched_lock); --wac7ysb48OaltWcw-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Sep 24 22:42:59 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 BD3E816A4CE; Fri, 24 Sep 2004 22:42:59 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CAFA43D1F; Fri, 24 Sep 2004 22:42:59 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) i8OMgxoX087115; Fri, 24 Sep 2004 22:42:59 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8OMgx3e087111; Fri, 24 Sep 2004 22:42:59 GMT (envelope-from marius) Date: Fri, 24 Sep 2004 22:42:59 GMT From: Marius Strobl Message-Id: <200409242242.i8OMgx3e087111@freefall.freebsd.org> To: phil@tripadvisor.com, marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: kern/71341: [patch] Cannot build 5.3 sparc64 kernel with vinum support 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, 24 Sep 2004 22:42:59 -0000 Synopsis: [patch] Cannot build 5.3 sparc64 kernel with vinum support State-Changed-From-To: patched->closed State-Changed-By: marius State-Changed-When: Fri Sep 24 22:41:24 GMT 2004 State-Changed-Why: MFC'ed to RELENG_5. http://www.freebsd.org/cgi/query-pr.cgi?pr=71341 From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 25 07:07:24 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 C22E716A4CE for ; Sat, 25 Sep 2004 07:07:24 +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 1BF3843D1F for ; Sat, 25 Sep 2004 07:07:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 205BE51312; Sat, 25 Sep 2004 00:07:42 -0700 (PDT) Date: Sat, 25 Sep 2004 00:07:41 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20040925070741.GA51297@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: ipi_send: couldn't send ipi 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, 25 Sep 2004 07:07:24 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Another panic on SMP sparc: panic: ipi_send: couldn't send ipi cpuid = 1 KDB: enter: panic [thread 100158] Stopped at kdb_enter+0x38: ta %xcc, 1 db> trace panic() at panic+0x19c cpu_ipi_send() at cpu_ipi_send+0xb8 cpu_ipi_selected() at cpu_ipi_selected+0x38 spitfire_icache_page_inval() at spitfire_icache_page_inval+0x70 pmap_enter() at pmap_enter+0x27c vm_fault() at vm_fault+0x1200 trap_pfault() at trap_pfault+0x1e4 trap() at trap+0x208 -- fast data access mmu miss tar=0x4041e797 %o7=0x402c2f48 -- userland() at 0x402c2f5c user trace: trap %o7=0x402c2f48 Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVRk9Wry0BWjoQKURApszAJ90iPhZKS/UxHixMOjYHKbu07CvZwCgvtbr IV3d1r5e6Lub6jI8KE35W0A= =+IvF -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Sep 25 15:16:24 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 54FE616A4CE for ; Sat, 25 Sep 2004 15:16:24 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7A143D2D for ; Sat, 25 Sep 2004 15:16:24 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-190.dynamic.qsc.de [195.158.171.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 7E9559585D; Sat, 25 Sep 2004 17:16:22 +0200 (CEST) Date: Sat, 25 Sep 2004 17:17:02 +0200 From: Hannes Mehnert To: Kris Kennaway Message-ID: <20040925151702.GE5307@mehnert.org> References: <20040925070741.GA51297@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040925070741.GA51297@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: panic: ipi_send: couldn't send ipi 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, 25 Sep 2004 15:16:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Sat, Sep 25, 2004 at 12:07:41AM -0700, Kris Kennaway wrote: > Another panic on SMP sparc: > > panic: ipi_send: couldn't send ipi > cpuid = 1 > KDB: enter: panic > [thread 100158] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> trace > panic() at panic+0x19c > cpu_ipi_send() at cpu_ipi_send+0xb8 > cpu_ipi_selected() at cpu_ipi_selected+0x38 Is this the same as PR sparc64/66314 (which contains a fix for this panic)? The patch works for me (the sun paniced about once a week, now it is up for 11 days). Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBVYvoRcuNlziBjRwRArtYAJwMoyfI5bq/5RR91Qt5e2MsMkrOqACdFhq1 MKreZgUpCcb+lvmU5vgSE64= =l8oT -----END PGP SIGNATURE-----