From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 07:45: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 B5FD916A4CE; Mon, 27 Sep 2004 07:45:12 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF38C43D49; Mon, 27 Sep 2004 07:45:11 +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 i8R7iwBm022249; Mon, 27 Sep 2004 11:45:04 +0400 Message-ID: <4157C4FA.2010409@orel.ru> Date: Mon, 27 Sep 2004 11:44:58 +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: Mike Makonnen References: <4152BECE.5080202@orel.ru> <20040923150857.GA51350@rogue.acs.lan> In-Reply-To: <20040923150857.GA51350@rogue.acs.lan> 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: Mon, 27 Sep 2004 07:45:12 -0000 Mike Makonnen wrote: > 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? Simple program (Like "Hello, World!") work with libthr. But Mozilla/Firefox does not work. Firefox will start. Drop down menus and hot buttons work. Pages don't open. Process firefox-bin is non-killable (kill -9 has no effect!!!). -- With best regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 11:02:05 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 6B01416A4D3 for ; Mon, 27 Sep 2004 11:02:05 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EFC843D39 for ; Mon, 27 Sep 2004 11:02:05 +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 i8RB25eQ014772 for ; Mon, 27 Sep 2004 11:02:05 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8RB24sf014765 for freebsd-sparc64@freebsd.org; Mon, 27 Sep 2004 11:02:04 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 27 Sep 2004 11:02:04 GMT Message-Id: <200409271102.i8RB24sf014765@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, 27 Sep 2004 11:02:05 -0000 Current FreeBSD problem reports Critical problems 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 o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S 5 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 27 12:48:43 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 BD05516A4CE for ; Mon, 27 Sep 2004 12:48:43 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 661B843D55 for ; Mon, 27 Sep 2004 12:48:43 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8RCmgTH019896; Mon, 27 Sep 2004 08:48:42 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8RCmfQG019895; Mon, 27 Sep 2004 08:48:41 -0400 (EDT) Date: Mon, 27 Sep 2004 08:48:41 -0400 From: Ken Smith To: Andrew Belashov Message-ID: <20040927124841.GA19758@electra.cse.Buffalo.EDU> References: <413EEE03.2030904@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <413EEE03.2030904@orel.ru> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: libkse 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, 27 Sep 2004 12:48:43 -0000 On Wed, Sep 08, 2004 at 03:33:23PM +0400, Andrew Belashov wrote: > Hello, All! > > I long time work on libkse library for FreeBSD/sparc64. Some work is done. > Recently I have found a bug in kernel. Bug in > sys/sparc64/sparc64/vm_machdep.c: > > Thread constructor (void cpu_thread_setup(struct thread *td)) does not > zeroing number of frames, saved in pcb. > > I offer a patch for testing and cleanup. Thanks for all your work with this KSE stuff. I committed the sys/sparc64/sparc64/vm_machdep.c piece of the patch this morning. I'm still working through the rest of your patch. I have no reason to think what you suggest in it is wrong. But at the same time I'm responsible for it if I'm the one that commits it so I need to learn more about what it does before I can commit it. I'll be working on it as time permits through the next week or so. Again, thanks for your work on this! -- 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 Mon Sep 27 13:00:41 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 4322016A4CE for ; Mon, 27 Sep 2004 13:00:41 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E5EE43D2F for ; Mon, 27 Sep 2004 13:00:41 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i8RD0flM037014 for ; Mon, 27 Sep 2004 13:00:41 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8RD0eld037013; Mon, 27 Sep 2004 13:00:40 GMT (envelope-from gnats) Date: Mon, 27 Sep 2004 13:00:40 GMT Message-Id: <200409271300.i8RD0eld037013@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: "Doug Haigh" Subject: Re: sparc64/71729: printf in kernel thread causes panic on SPARC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Doug Haigh List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2004 13:00:41 -0000 The following reply was made to PR sparc64/71729; it has been noted by GNATS. From: "Doug Haigh" To: freebsd-gnats-submit@FreeBSD.org, cd_freebsd@gatorzone.com Cc: Subject: Re: sparc64/71729: printf in kernel thread causes panic on SPARC Date: Mon, 27 Sep 2004 07:52:05 -0500 This problem only occurs if the SPARC system is running in SMP mode. You must try this in a driver that gets loaded AFTER the second CPU has started and the printf must occur when the code is running on the second CPU. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 13:40: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 01F1416A4D5 for ; Mon, 27 Sep 2004 13:40:24 +0000 (GMT) Received: from dedi.fuckner.net (fuckner.net [81.169.152.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D894E43D1D for ; Mon, 27 Sep 2004 13:40:18 +0000 (GMT) (envelope-from hscholz@raisdorf.net) Received: from localhost (localhost [127.0.0.1]) by dedi.fuckner.net (Postfix) with ESMTP id B4C3DC0D6 for ; Mon, 27 Sep 2004 15:40:14 +0200 (CEST) Received: from dedi.fuckner.net ([127.0.0.1]) by localhost (dedi.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 38773-04 for ; Mon, 27 Sep 2004 15:40:11 +0200 (CEST) Received: from [192.168.1.101] (pD95D3F68.dip.t-dialin.net [217.93.63.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedi.fuckner.net (Postfix) with ESMTP id A5741C0D4 for ; Mon, 27 Sep 2004 15:40:10 +0200 (CEST) Message-ID: <41581839.8080209@raisdorf.net> Date: Mon, 27 Sep 2004 15:40:09 +0200 From: Hendrik Scholz User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at fuckner.net Subject: 5.3-BETA 5 and 6 install problem 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, 27 Sep 2004 13:40:24 -0000 Hi! I'm trying to install FreeBSD 5.3-BETA6 on a Sun Netra T1. Everything works fine until the installation writes files to the disk: Write failure on transfer! (wrote -1 bytes of 1425408 bytes) There was no error message from newfs but apparently it formatted 18GB in just a few seconds so I guess there's the problem. 5.2.1-REL installs and runs fine. I've tested 5.3-BETA5 and it shows the same error message as 5.3-BETA6 does. Is there a quick way to enable debugging for the install process? Did anybody else encounter this problem? It's been reported in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+archive/2004/freebsd-sparc64/20040926.freebsd-sparc64 Hendrik dmesg grabbed via tip/typescript: Copyright (c) 1992-2004 The FreeBSD Project.^M^M Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994^M^M The Regents of the University of California. All rights reserved.^M^M FreeBSD 5.3-BETA6 #0: Sun Sep 26 09:57:18 UTC 2004^M^M root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC^M^M Timecounter "tick" frequency 440023625 Hz quality 0^M^M real memory = 536870912 (512 MB)^M^M avail memory = 501342208 (478 MB)^M^M cpu0: Sun Microsystems UltraSparc-IIi Processor (440.02 MHz CPU)^M^M nexus0: ^M^M pcib0: on nexus0^M^M pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A^M^M pcib0: [FAST]^M^M pcib0: [GIANT-LOCKED]^M^M pcib0: [FAST]^M^M pcib0: [GIANT-LOCKED]^M^M pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff^M^M pci0: on pcib0^M^M pcib1: at device 1.1 on pci0^M^M pci1: on pcib1^M^M ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1^M^M ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached)^M^M ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached)^M^M ebus0: addr 0x1400504000-0x1400504002 (no driver attached)^M^M ebus0: addr 0x14003803f8-0x14003803ff irq 28 (no driver attached)^M^M ebus0: addr 0x14003602f8-0x14003602ff irq 20 (no driver attached)^M^M ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278-0x1400340287 irq 34 (no driver attached)^M^M ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0-0x14003203f7 irq 39 (no driver attached)^M^M eeprom0: addr 0x1400000000-0x1400001fff on ebus0^M^M eeprom0: model mk48t59^M^M eeprom0: hostid 80f9ec2a^M^M ebus0: addr 0x1000000000-0x10000fffff (no driver attached)^M^M ebus0: addr 0x1400200000-0x140020003f irq 4 (no driver attached)^M^M ebus0: addr 0x1400200040 (no driver attached)^M^M ebus0: addr 0x1400722000-0x1400722003 (no driver attached)^M^M ebus0: addr 0x1000400000-0x10005fffff (no driver attached)^M^M ebus0: addr 0x1000800000-0x10009fffff (no driver attached)^M^M ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached)^M^M ebus0: addr 0x1400100000-0x1400100003 irq 27 (no driver attached)^M^M ebus0: addr 0x1400400000-0x1400400063 (no driver attached)^M^M hme0: mem 0xe0000000-0xe0007fff at device 1.1 on pci1^M^M miibus0: on hme0^M^M ukphy0: on miibus0^M^M ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto^M^M ukphy1: on miibus0^M^M ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto^M^M hme0: Ethernet address: 08:00:20:f9:ec:2a^M^M hme0: if_start running deferred for Giant^M^M hme0: [GIANT-LOCKED]^M^M sym0: <875> port 0xc00000-0xc000ff mem 0xe000a000-0xe000afff,0xe0008000-0xe00080ff at device 2.0 on pci1^M^M sym0: No NVRAM, ID 7, Fast-20, SE, parity checking^M^M sym0: [GIANT-LOCKED]^M^M hme1: mem 0xe0010000-0xe0017fff at device 3.1 on pci1^M^M miibus1: on hme1^M^M ukphy2: on miibus1^M^M ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto^M^M hme1: Ethernet address: 08:00:20:f9:ec:2a^M^M hme1: if_start running deferred for Giant^M^M hme1: [GIANT-LOCKED]^M^M pcib2: at device 1.0 on pci0^M^M pci2: on pcib2^M^M pcib3: at device 1.0 on pci2^M^M pci3: on pcib3^M^M atapci0: port 0x1020-0x102f,0x1018-0x101b,0x1010-0x1017,0x1008-0x100b,0x1000-0x1007 at device 14.0 on pci3^M^M ata2: channel #0 on atapci0^M^M ata3: channel #1 on atapci0^M^M Timecounters tick every 10.000 msec^M^M md0: Preloaded image 4194304 bytes at 0xc048ff00^M^M ATAPI_RESET time = 30us^M^M acd0: CDRW at ata3-master WDMA2^M^M Waiting 15 seconds for SCSI devices to settle^M^M da0 at sym0 bus 0 target 0 lun 0^M^M da0: Fixed Direct Access SCSI-3 device ^M^M da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled^M^M da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C)^M^M Mounting root from ufs:/dev/md0^M^M /stand/sysinstall running as init on serial console^M -- Hendrik Scholz - - http://www.wormulon.net/ drag me, drop me - treat me like an object From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 16:45:47 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 4C93716A4CE; Mon, 27 Sep 2004 16:45:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4001943D2D; Mon, 27 Sep 2004 16:45:47 +0000 (GMT) (envelope-from jmg@FreeBSD.org) Received: from freefall.freebsd.org (jmg@localhost [127.0.0.1]) i8RGjla7061936; Mon, 27 Sep 2004 16:45:47 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i8RGjkqB061932; Mon, 27 Sep 2004 16:45:46 GMT (envelope-from jmg) Date: Mon, 27 Sep 2004 16:45:46 GMT From: John-Mark Gurney Message-Id: <200409271645.i8RGjkqB061932@freefall.freebsd.org> To: eug@ssu.gov.ua, jmg@FreeBSD.org, freebsd-sparc64@FreeBSD.org, jmg@FreeBSD.org Subject: Re: kern/50943: kernel panic to initialize NIC (Intel Pro/100 or 3COM905B 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, 27 Sep 2004 16:45:47 -0000 Synopsis: kernel panic to initialize NIC (Intel Pro/100 or 3COM905B State-Changed-From-To: open->feedback State-Changed-By: jmg State-Changed-When: Mon Sep 27 16:43:01 GMT 2004 State-Changed-Why: Does this continue to happen in 5.3-BETA6 or any of the recent beta's? Also, what driver(s) are failing? is it the em or fxp for the Intel card? We need the kernel panic, along with a backtrace to continue to debug this. Thanks. Responsible-Changed-From-To: freebsd-sparc64->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Mon Sep 27 16:43:01 GMT 2004 Responsible-Changed-Why: Does this continue to happen in 5.3-BETA6 or any of the recent beta's? Also, what driver(s) are failing? is it the em or fxp for the Intel card? We need the kernel panic, along with a backtrace to continue to debug this. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=50943 From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 19:14:33 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 C336816A4CE for ; Mon, 27 Sep 2004 19:14:33 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5130843D54 for ; Mon, 27 Sep 2004 19:14:33 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8RJEVTH001252; Mon, 27 Sep 2004 15:14:31 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8RJEVPG001251; Mon, 27 Sep 2004 15:14:31 -0400 (EDT) Date: Mon, 27 Sep 2004 15:14:31 -0400 From: Ken Smith To: Kris Kennaway Message-ID: <20040927191430.GA718@electra.cse.Buffalo.EDU> 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.1i cc: 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: Mon, 27 Sep 2004 19:14:34 -0000 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 > 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 > Would someone(s) who have been having this problem mind trying the following patch? I'm a bit nervous about just "blindly" raising the IPI_RETRIES constant to something huge, I would like to try and track this down a bit to find out a bit more about what's going on. This patch is a bit weird, but it should report on the console when it finds a need to bump the number of retries (and it's starting off with a higher default number than before - the PR that someone cited reported test numbers in the 2000 range with that test patch). If you find that it stops the panic's I'm interested in finding what it winds up bumping the loop counter to, and if anyone knows what sort of activity triggers the delays in the ipi delivery I'm interested... I've compile-tested this but I'm afraid I sorta loaned my test MP machines to someone for a while so I can't try to exercise this here at the moment. :-( Thanks... Index: sys/sparc64/include/smp.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/smp.h,v retrieving revision 1.16 diff -u -r1.16 smp.h --- sys/sparc64/include/smp.h 8 Apr 2003 06:35:08 -0000 1.16 +++ sys/sparc64/include/smp.h 27 Sep 2004 17:01:52 -0000 @@ -45,7 +45,9 @@ #define IPI_RENDEZVOUS PIL_RENDEZVOUS #define IPI_STOP PIL_STOP -#define IPI_RETRIES 100 +#define IPI_RETRIES_START 1000 +#define IPI_RETRIES_INCREMENT 1000 +#define IPI_RETRIES_MAX 10000 struct cpu_start_args { u_int csa_count; Index: sys/sparc64/sparc64/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/mp_machdep.c,v retrieving revision 1.27 diff -u -r1.27 mp_machdep.c --- sys/sparc64/sparc64/mp_machdep.c 27 Sep 2004 16:06:38 -0000 1.27 +++ sys/sparc64/sparc64/mp_machdep.c 27 Sep 2004 19:13:00 -0000 @@ -107,6 +107,8 @@ static volatile u_int shutdown_cpus; +int ipi_retries_max = IPI_RETRIES_START; + void cpu_mp_unleash(void *); SYSINIT(cpu_mp_unleash, SI_SUB_SMP, SI_ORDER_FIRST, cpu_mp_unleash, NULL); @@ -429,7 +431,7 @@ KASSERT((ldxa(0, ASI_INTR_DISPATCH_STATUS) & IDR_BUSY) == 0, ("cpu_ipi_send: outstanding dispatch")); - for (i = 0; i < IPI_RETRIES; i++) { + for (i = 0; i <= ipi_retries_max; i++) { s = intr_disable(); stxa(AA_SDB_INTR_D0, ASI_SDB_INTR_W, d0); stxa(AA_SDB_INTR_D1, ASI_SDB_INTR_W, d1); @@ -441,6 +443,11 @@ intr_restore(s); if ((ldxa(0, ASI_INTR_DISPATCH_STATUS) & IDR_NACK) == 0) return; + if (i == ipi_retries_max && ipi_retries_max < IPI_RETRIES_MAX) { + ipi_retries_max += IPI_RETRIES_INCREMENT; + printf("cpu_ipi_send: raised ipi_retries_max to %d\n", + ipi_retries_max); + } } if ( #ifdef KDB -- 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 Mon Sep 27 21:05: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 CE71516A4CE for ; Mon, 27 Sep 2004 21:05:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4175F43D48 for ; Mon, 27 Sep 2004 21:05:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B78FA1FFDD8 for ; Mon, 27 Sep 2004 23:05:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id AA1741FFDD7; Mon, 27 Sep 2004 23:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C8250154FC; Mon, 27 Sep 2004 21:00:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C4EB815384 for ; Mon, 27 Sep 2004 21:00:15 +0000 (UTC) Date: Mon, 27 Sep 2004 21:00:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-sparc64@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: hme0 tx problem 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, 27 Sep 2004 21:05:09 -0000 Hi, I am ftping a 10M file generated from /dev/urandom for ethernet testing from host to host. While I can get the file with ~7-8MBit/s I can only put it with ~65KBit/s. I already played with -txcsum. The host on the other end (same switch, same IP segement) is fine (verified with a third host). Anyone any ideas ? src is releng_5 from about 30 hours ago. thanks in advance. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 22:26: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 8894D16A4CE for ; Mon, 27 Sep 2004 22:26:03 +0000 (GMT) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B815243D3F for ; Mon, 27 Sep 2004 22:26:02 +0000 (GMT) (envelope-from rcc@speedy.net.pe) Received: from localhost (unknown [127.0.0.1]) by kheops.speedy.net.pe (Postfix) with ESMTP id 8C87726344 for ; Mon, 27 Sep 2004 17:25:45 -0500 (PET) Received: from kheops.speedy.net.pe ([127.0.0.1]) by localhost (kheops.speedy.net.pe [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00287-02 for ; Mon, 27 Sep 2004 17:25:43 -0500 (PET) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by kheops.speedy.net.pe (Postfix) with ESMTP id 910DF26343 for ; Mon, 27 Sep 2004 17:25:42 -0500 (PET) Date: Mon, 27 Sep 2004 17:25:42 -0500 (PET) From: Richard Cotrina To: sparc64@freebsd.org Message-ID: <20040927172343.R509@kheops.speedy.net.pe> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at speedy.net.pe Subject: Solaris Emulation 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, 27 Sep 2004 22:26:03 -0000 Does anyone know how to run solaris/sparc binaries in FreeBSD/Sparc64 ? It seems that the svr4 emulator port is just for x86. Regards Richard Cotrina From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 27 22:30: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 116FD16A4CE for ; Mon, 27 Sep 2004 22:30:58 +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 DF72343D48 for ; Mon, 27 Sep 2004 22:30:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 64F9B529DD; Mon, 27 Sep 2004 15:31:24 -0700 (PDT) Date: Mon, 27 Sep 2004 15:31:24 -0700 From: Kris Kennaway To: Richard Cotrina Message-ID: <20040927223124.GA43861@xor.obsecurity.org> References: <20040927172343.R509@kheops.speedy.net.pe> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20040927172343.R509@kheops.speedy.net.pe> User-Agent: Mutt/1.4.2.1i cc: sparc64@freebsd.org Subject: Re: Solaris Emulation 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, 27 Sep 2004 22:30:58 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 27, 2004 at 05:25:42PM -0500, Richard Cotrina wrote: > Does anyone know how to run solaris/sparc binaries in FreeBSD/Sparc64 ? You cannot, at present. Perhaps someone will work on this in the future. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWJS6Wry0BWjoQKURApVnAKDVB5TIE4Vk15Kq/HMSuBsZLa7WEACgp4M6 l+TUJXqLKnM/NDd4zTDw3Og= =us3s -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 07:12: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 E927F16A4CE for ; Tue, 28 Sep 2004 07:12:13 +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 B12F443D1F for ; Tue, 28 Sep 2004 07:12:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC32351262; Tue, 28 Sep 2004 00:12:41 -0700 (PDT) Date: Tue, 28 Sep 2004 00:12:41 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040928071241.GA74512@xor.obsecurity.org> References: <20040921064450.GA54998@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20040921064450.GA54998@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@freeBSD.org Subject: Re: 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, 28 Sep 2004 07:12:14 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2004 at 11:44:50PM -0700, Kris Kennaway wrote: > I just got this panic on an SMP sparc package machine running 6.0: >=20 > Memory modified after free 0xfffff8001b210e00(504) val=3Ddeadc0dd @ 0xfff= ff8001b210f20 > panic: Most recently used by file desc > cpuid =3D 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=3D0x10fe00 -- > userland() at 0x40643008 > user trace: trap %o7=3D0x10fe00 > 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 =3D 0 > KDB: enter: panic > [thread 100195] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> Happened again.. Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWQ7pWry0BWjoQKURAgkyAKDY7102Gb7Mv4+7RHo+u4/N/7uqjQCgtTpL seL1QMRk/uiV16P8RdqOyJM= =nL6P -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 07:50:14 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 EECDF16A4CE for ; Tue, 28 Sep 2004 07:50:14 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77EC243D46 for ; Tue, 28 Sep 2004 07:50:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 305421FFDD6 for ; Tue, 28 Sep 2004 09:50:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 3659B1FFDD9; Tue, 28 Sep 2004 09:50:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id EBBDA15606; Tue, 28 Sep 2004 07:47:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E0DBC15384 for ; Tue, 28 Sep 2004 07:47:28 +0000 (UTC) Date: Tue, 28 Sep 2004 07:47:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-sparc64@FreeBSD.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Re: hme0 tx problem 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, 28 Sep 2004 07:50:15 -0000 On Mon, 27 Sep 2004, Bjoern A. Zeeb wrote: Hi, > I am ftping a 10M file generated from /dev/urandom for ethernet > testing from host to host. While I can get the file with ~7-8MBit/s > I can only put it with ~65KBit/s. I already played with -txcsum. ok, though both switch and sparc said they are 100FDX the switch hadn't been *grml*; I forced re-negotiation and now I can get up to 3.5MBit/s TX speed (with still 7-8MBit/s RX) but tx still is half from what I would expect ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 08:19: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 110D916A4CE for ; Tue, 28 Sep 2004 08:19:24 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB3643D2F for ; Tue, 28 Sep 2004 08:19:23 +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 i8S8JABm020227; Tue, 28 Sep 2004 12:19:11 +0400 Message-ID: <41591DD4.7000409@orel.ru> Date: Tue, 28 Sep 2004 12:16:20 +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: Ken Smith References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> In-Reply-To: <20040927191430.GA718@electra.cse.Buffalo.EDU> 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: sparc64@freebsd.org cc: Kris Kennaway 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: Tue, 28 Sep 2004 08:19:24 -0000 Ken Smith wrote: > Would someone(s) who have been having this problem mind trying > the following patch? I'm a bit nervous about just "blindly" > raising the IPI_RETRIES constant to something huge, I would > like to try and track this down a bit to find out a bit more > about what's going on. > > This patch is a bit weird, but it should report on the console > when it finds a need to bump the number of retries (and it's > starting off with a higher default number than before - the > PR that someone cited reported test numbers in the 2000 range > with that test patch). If you find that it stops the panic's > I'm interested in finding what it winds up bumping the loop > counter to, and if anyone knows what sort of activity triggers > the delays in the ipi delivery I'm interested... > > I've compile-tested this but I'm afraid I sorta loaned my test > MP machines to someone for a while so I can't try to exercise > this here at the moment. :-( I have install this patch. Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB memory. OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: Tue Sep 28 11:14:38 MSD 2004 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 Messages from console: cpu_ipi_send: raised ipi_retries_max to 2000 cpu_ipi_send: raised ipi_retries_max to 3000 From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 12:40: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 4DAFA16A4CE; Tue, 28 Sep 2004 12:40:39 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374AC43D48; Tue, 28 Sep 2004 12:40:39 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 2A0E05C955; Tue, 28 Sep 2004 05:40:39 -0700 (PDT) Date: Tue, 28 Sep 2004 14:40:39 +0200 From: Maxime Henrion To: current@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20040928124039.GB61666@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Call for testers: patch for the dc(4) driver 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, 28 Sep 2004 12:40:39 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi guys, I need people to give this patch a try and see if it doesn't break anything. It shouldn't cause any harm, but better safe than sorry. This patch allows the dc(4) driver to properly read the MAC address in the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully on his G4. I'm particularly interested about people using dc(4) on sparc64 since this arcihtecture is big endian. Cheers, Maxime --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dc.patch" Index: if_dc.c =================================================================== RCS file: /space2/ncvs/src/sys/pci/if_dc.c,v retrieving revision 1.149 diff -u -p -r1.149 if_dc.c --- if_dc.c 25 Aug 2004 03:37:25 -0000 1.149 +++ if_dc.c 26 Sep 2004 21:57:53 -0000 @@ -584,7 +584,7 @@ dc_eeprom_getword(struct dc_softc *sc, i * Read a sequence of words from the EEPROM. */ static void -dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int swap) +dc_read_eeprom(struct dc_softc *sc, caddr_t dest, int off, int cnt, int be) { int i; u_int16_t word = 0, *ptr; @@ -597,10 +597,10 @@ dc_read_eeprom(struct dc_softc *sc, cadd else dc_eeprom_getword(sc, off + i, &word); ptr = (u_int16_t *)(dest + (i * 2)); - if (swap) - *ptr = ntohs(word); + if (be) + *ptr = be16toh(word); else - *ptr = word; + *ptr = le16toh(word); } } --DocE+STaALJfprDB-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 12:55:30 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF7DB16A4CE for ; Tue, 28 Sep 2004 12:55:30 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2593B43D5F for ; Tue, 28 Sep 2004 12:55:28 +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 i8SCtPBm015687 for ; Tue, 28 Sep 2004 16:55:26 +0400 Message-ID: <41595F3E.9080909@orel.ru> Date: Tue, 28 Sep 2004 16:55:26 +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-sparc64@freebsd.org X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------090709000205070904000502" X-Zombi-Check: on netra2.orel.ru Subject: libkse: One more bug in kernel? 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, 28 Sep 2004 12:55:31 -0000 This is a multi-part message in MIME format. --------------090709000205070904000502 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi! I have found a bug in kernel. Here a patch with short explanation. See also my development set of patches for libkse: -- Best regards, Andrew Belashov. --------------090709000205070904000502 Content-Type: text/plain; name="machdep.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="machdep.patch" --- sys/sparc64/sparc64/machdep.c.orig Thu Aug 5 09:42:40 2004 +++ sys/sparc64/sparc64/machdep.c Tue Sep 28 15:11:08 2004 @@ -623,6 +623,11 @@ set_mcontext(struct thread *td, const mc tf = td->td_frame; pcb = td->td_pcb; wstate = tf->tf_wstate; + /* XXXKSE Make sure the pre-trap windows are spilled. + * This is needed for kse_switchin(2) for correct switching between + * threads stacks. + */ + flushw(); bcopy(mc, tf, sizeof(*tf)); tf->tf_wstate = wstate; if ((mc->mc_fprs & FPRS_FEF) != 0) { --------------090709000205070904000502-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 13:23:47 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27CA316A4CE for ; Tue, 28 Sep 2004 13:23:47 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334EA43D1F for ; Tue, 28 Sep 2004 13:23:46 +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 i8SDNdBm025079; Tue, 28 Sep 2004 17:23:40 +0400 Message-ID: <415965DB.4050809@orel.ru> Date: Tue, 28 Sep 2004 17:23:39 +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: "Bjoern A. Zeeb" 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 Subject: Re: hme0 tx problem 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, 28 Sep 2004 13:23:47 -0000 Hello, Bjoern! Bjoern A. Zeeb wrote: > On Mon, 27 Sep 2004, Bjoern A. Zeeb wrote: > > Hi, > > >>I am ftping a 10M file generated from /dev/urandom for ethernet >>testing from host to host. While I can get the file with ~7-8MBit/s >>I can only put it with ~65KBit/s. I already played with -txcsum. > > > ok, though both switch and sparc said they are 100FDX the switch > hadn't been *grml*; I forced re-negotiation and now I can get up > to 3.5MBit/s TX speed (with still 7-8MBit/s RX) but tx still is > half from what I would expect ? > Show error counters after ftping. (netstat -I hme0). See dmesg. Whether there are messages like this? hme0: error signaled, status=0x3030101 hme0: error signaled, status=0x20001 hme0: error signaled, status=0x30001 -- Best regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 13:55: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 5562D16A4CE for ; Tue, 28 Sep 2004 13:55:12 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BC1443D31 for ; Tue, 28 Sep 2004 13:55:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id C6C691FFDD8; Tue, 28 Sep 2004 15:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C94031FF9A6; Tue, 28 Sep 2004 15:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 664331561A; Tue, 28 Sep 2004 13:54:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5B47715384; Tue, 28 Sep 2004 13:54:19 +0000 (UTC) Date: Tue, 28 Sep 2004 13:54:19 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Andrew Belashov In-Reply-To: <415965DB.4050809@orel.ru> Message-ID: References: <415965DB.4050809@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-sparc64@freebsd.org Subject: Re: hme0 tx problem 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, 28 Sep 2004 13:55:12 -0000 On Tue, 28 Sep 2004, Andrew Belashov wrote: Hi, > >>I am ftping a 10M file generated from /dev/urandom for ethernet > >>testing from host to host. While I can get the file with ~7-8MBit/s > >>I can only put it with ~65KBit/s. I already played with -txcsum. > > > > > > ok, though both switch and sparc said they are 100FDX the switch > > hadn't been *grml*; I forced re-negotiation and now I can get up > > to 3.5MBit/s TX speed (with still 7-8MBit/s RX) but tx still is > > half from what I would expect ? > > > > Show error counters after ftping. (netstat -I hme0). > > See dmesg. Whether there are messages like this? > > hme0: error signaled, status=0x3030101 > hme0: error signaled, status=0x20001 > hme0: error signaled, status=0x30001 one from before I re-negotiated the link: hme0: error signaled, status=0x3000400 from that time there are collisions on the interface but no new and no if{In,Out}Errors but bz@pizza:~> netstat -I hme0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll hme0 1500 08:00:20:e7:cc:b0 87406 0 83313 0 1363 hme0 1500 62.111.66/27 62.111.66.8 83895 - 83267 - - hme0 1500 fe80:1::a00:2 fe80:1::a00:20ff: 16 - 27 - - ... ftp putting 5x 10M ... bz@pizza:~> netstat -I hme0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll hme0 1500 08:00:20:e7:cc:b0 87421 0 83328 0 1363 hme0 1500 62.111.66/27 62.111.66.8 83910 - 83282 - - hme0 1500 fe80:1::a00:2 fe80:1::a00:20ff: 16 - 27 - - I had been able to test things with an additional xl0 in the sparc last hour; same results: 7-8MBit/s RX but only 3-4Mbit/s TX. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 14:22:59 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 CB22C16A4CE; Tue, 28 Sep 2004 14:22:59 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DFC743D58; Tue, 28 Sep 2004 14:22:59 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEMti6081363; Tue, 28 Sep 2004 10:22:58 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040928124039.GB61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> Date: Tue, 28 Sep 2004 16:21:54 +0200 To: Maxime Henrion From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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, 28 Sep 2004 14:23:00 -0000 At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote: > I need people to give this patch a try and see if it doesn't break > anything. It shouldn't cause any harm, but better safe than sorry. You mean this one: DC(4) FreeBSD Kernel Interfaces Manual DC(4) NAME dc -- DEC/Intel 21143 and clone 10/100 ethernet driver SYNOPSIS device miibus device dc DESCRIPTION The dc driver provides support for several PCI fast ethernet adapters and embedded controllers based on the following chipsets: o DEC/Intel 21143 o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and ADM9513 Centaur II o ASIX Electronics AX88140A and AX88141 o Conexant LANfinity RS7112 (miniPCI) o Davicom DM9009, DM9100, DM9102 and DM9102A o Lite-On 82c168 and 82c169 PNIC o Lite-On/Macronix 82c115 PNIC II o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725, 98727 and 98732 o Xircom X3201 (cardbus only) ? > This patch allows the dc(4) driver to properly read the MAC address in > the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully > on his G4. I'm particularly interested about people using dc(4) on > sparc64 since this arcihtecture is big endian. I think the first trick will be to find someone who actually has a dc(4) card in a SPARC64 box. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 14:30:53 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 D2F7916A4CE; Tue, 28 Sep 2004 14:30:53 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B45B943D5C; Tue, 28 Sep 2004 14:30:53 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id A94295C961; Tue, 28 Sep 2004 07:30:53 -0700 (PDT) Date: Tue, 28 Sep 2004 16:30:53 +0200 From: Maxime Henrion To: Brad Knowles Message-ID: <20040928143053.GD61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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, 28 Sep 2004 14:30:54 -0000 Brad Knowles wrote: > At 2:40 PM +0200 2004-09-28, Maxime Henrion wrote: > > > I need people to give this patch a try and see if it doesn't break > > anything. It shouldn't cause any harm, but better safe than sorry. > > You mean this one: > > DC(4) FreeBSD Kernel Interfaces Manual > DC(4) > > NAME > dc -- DEC/Intel 21143 and clone 10/100 ethernet driver > > SYNOPSIS > device miibus > device dc > > DESCRIPTION > The dc driver provides support for several PCI fast ethernet adapters > and > embedded controllers based on the following chipsets: > > o DEC/Intel 21143 > o ADMtek AL981 Comet, AN985 Centaur, ADM9511 Centaur II and > ADM9513 Centaur II > o ASIX Electronics AX88140A and AX88141 > o Conexant LANfinity RS7112 (miniPCI) > o Davicom DM9009, DM9100, DM9102 and DM9102A > o Lite-On 82c168 and 82c169 PNIC > o Lite-On/Macronix 82c115 PNIC II > o Macronix 98713, 98713A, 98715, 98715A, 98715AEC-C, 98725, > 98727 > and 98732 > o Xircom X3201 (cardbus only) > > > ? Well yes, the dc(4) driver. :-) > > This patch allows the dc(4) driver to properly read the MAC address in > > the EEPROM on FreeBSD/powerpc. Andrew Gallatin tested it successfully > > on his G4. I'm particularly interested about people using dc(4) on > > sparc64 since this arcihtecture is big endian. > > I think the first trick will be to find someone who actually has > a dc(4) card in a SPARC64 box. I know several people that do, there are Netra boxes out there that have integrated Davicom dc(4) cards. This is why I converted this driver to busdma some time ago. Cheers, Maxime From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 14:50:04 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 6AC4516A4CE; Tue, 28 Sep 2004 14:50:04 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C4F243D1F; Tue, 28 Sep 2004 14:50:04 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.4] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i8SEo1tX082743; Tue, 28 Sep 2004 10:50:02 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <20040928143053.GD61666@elvis.mu.org> References: <20040928124039.GB61666@elvis.mu.org> <20040928143053.GD61666@elvis.mu.org> Date: Tue, 28 Sep 2004 16:37:56 +0200 To: Maxime Henrion From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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, 28 Sep 2004 14:50:04 -0000 At 4:30 PM +0200 2004-09-28, Maxime Henrion wrote: > Well yes, the dc(4) driver. :-) Sorry. When I originally read that message, I missed the section number and did a "man dc", and was very confused. >> I think the first trick will be to find someone who actually has >> a dc(4) card in a SPARC64 box. > > I know several people that do, there are Netra boxes out there that have > integrated Davicom dc(4) cards. This is why I converted this driver to > busdma some time ago. Cool! I had no idea.... I've just been used to seeing hme interfaces forever on Suns and didn't realize that they'd switched to a different device for some hardware. Nevermind. I'll shut up now. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 15:34: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 C86AE16A4CE for ; Tue, 28 Sep 2004 15:34:55 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D23343D46 for ; Tue, 28 Sep 2004 15:34:55 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8SFYrTH029909; Tue, 28 Sep 2004 11:34:53 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8SFYqVx029907; Tue, 28 Sep 2004 11:34:52 -0400 (EDT) Date: Tue, 28 Sep 2004 11:34:51 -0400 From: Ken Smith To: Andrew Belashov Message-ID: <20040928153451.GB27640@electra.cse.Buffalo.EDU> References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41591DD4.7000409@orel.ru> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: Ken Smith cc: 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: Tue, 28 Sep 2004 15:34:55 -0000 On Tue, Sep 28, 2004 at 12:16:20PM +0400, Andrew Belashov wrote: > I have install this patch. > > Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB > memory. > > OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: > Tue Sep 28 11:14:38 MSD 2004 > bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 > > Messages from console: > > cpu_ipi_send: raised ipi_retries_max to 2000 > cpu_ipi_send: raised ipi_retries_max to 3000 Thank you very much for testing this out. Unless someone thinks this would be a problem I'll wait another couple of days and if nobody else has any further input I'll leave the existing code as-is but bump the max retries to 5000 for the 5.3 release. I'm still curious about what the underlying problem is but it'll take some time to track down I think. I did manage to find a machine to test this on late yesterday and some initial attempts at triggering the problem by generating a lot of disk I/O didn't seem to trigger it. Your case seems to be a bit extreme - I'm wondering if it has something to do with the Creator 3D. I don't think it is the only thing that can cause the problem to crop up but it might be something that makes the situation "worse". Kris, was your problem machine one of the machines here? Both of them at least have Creator 3D's in them though how much they'd be touched depends on what your kernel config says. I know you're using the serial consoles but I suppose it's possible there is still some sort of "interference" the Creator 3D's could have given the machine might vaguely touch them at boot time. -- 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 Tue Sep 28 15:43:21 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 E6BD516A4CF for ; Tue, 28 Sep 2004 15:43:21 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BF4943D41 for ; Tue, 28 Sep 2004 15:43:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2406 invoked from network); 28 Sep 2004 15:43:21 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:20 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2N002165; Tue, 28 Sep 2004 11:43:18 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 28 Sep 2004 11:31:03 -0400 User-Agent: KMail/1.6.2 References: <20040921064450.GA54998@xor.obsecurity.org> <20040928071241.GA74512@xor.obsecurity.org> In-Reply-To: <20040928071241.GA74512@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281131.03448.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: sparc64@FreeBSD.org cc: Kris Kennaway Subject: Re: 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, 28 Sep 2004 15:43:22 -0000 On Tuesday 28 September 2004 03:12 am, Kris Kennaway wrote: > On Mon, Sep 20, 2004 at 11:44:50PM -0700, Kris Kennaway wrote: > > 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> > > Happened again.. Unfortunately it's hard to track these down as we really need to know where it was free'd() from and UMA/malloc do not currently have the ability to tell us that. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 15:43:21 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 E681916A4CE for ; Tue, 28 Sep 2004 15:43:21 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C0E743D54 for ; Tue, 28 Sep 2004 15:43:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2406 invoked from network); 28 Sep 2004 15:43:21 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 15:43:20 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SFhF2N002165; Tue, 28 Sep 2004 11:43:18 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 28 Sep 2004 11:31:03 -0400 User-Agent: KMail/1.6.2 References: <20040921064450.GA54998@xor.obsecurity.org> <20040928071241.GA74512@xor.obsecurity.org> In-Reply-To: <20040928071241.GA74512@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281131.03448.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: sparc64@FreeBSD.org cc: Kris Kennaway Subject: Re: 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, 28 Sep 2004 15:43:22 -0000 On Tuesday 28 September 2004 03:12 am, Kris Kennaway wrote: > On Mon, Sep 20, 2004 at 11:44:50PM -0700, Kris Kennaway wrote: > > 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> > > Happened again.. Unfortunately it's hard to track these down as we really need to know where it was free'd() from and UMA/malloc do not currently have the ability to tell us that. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 16:10: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 854DF16A4CE; Tue, 28 Sep 2004 16:10:10 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 281A243D3F; Tue, 28 Sep 2004 16:10:10 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8SGA8TH001031; Tue, 28 Sep 2004 12:10:08 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8SGA5FE001020; Tue, 28 Sep 2004 12:10:05 -0400 (EDT) Date: Tue, 28 Sep 2004 12:09:54 -0400 From: Ken Smith To: John Baldwin Message-ID: <20040928160953.GC27640@electra.cse.Buffalo.EDU> References: <20040921064450.GA54998@xor.obsecurity.org> <20040928071241.GA74512@xor.obsecurity.org> <200409281131.03448.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409281131.03448.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: freebsd-sparc64@freebsd.org cc: sparc64@freebsd.org Subject: Re: 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, 28 Sep 2004 16:10:10 -0000 On Tue, Sep 28, 2004 at 11:31:03AM -0400, John Baldwin wrote: > On Tuesday 28 September 2004 03:12 am, Kris Kennaway wrote: > > > 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 > > Unfortunately it's hard to track these down as we really need to know where it > was free'd() from and UMA/malloc do not currently have the ability to tell us > that. What scares me is he keeps sending them here to the sparc64 list and I haven't seen him send any to other lists... [ Just kidding Kris! :-] But ... Where might a file desc structure be mis-handled that would be specific to sparc64? That's what is a little scary... -- 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 Tue Sep 28 16:10: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 854DF16A4CE; Tue, 28 Sep 2004 16:10:10 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 281A243D3F; Tue, 28 Sep 2004 16:10:10 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (localhost [127.0.0.1]) i8SGA8TH001031; Tue, 28 Sep 2004 12:10:08 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i8SGA5FE001020; Tue, 28 Sep 2004 12:10:05 -0400 (EDT) Date: Tue, 28 Sep 2004 12:09:54 -0400 From: Ken Smith To: John Baldwin Message-ID: <20040928160953.GC27640@electra.cse.Buffalo.EDU> References: <20040921064450.GA54998@xor.obsecurity.org> <20040928071241.GA74512@xor.obsecurity.org> <200409281131.03448.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409281131.03448.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: freebsd-sparc64@freebsd.org cc: sparc64@freebsd.org Subject: Re: 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, 28 Sep 2004 16:10:10 -0000 On Tue, Sep 28, 2004 at 11:31:03AM -0400, John Baldwin wrote: > On Tuesday 28 September 2004 03:12 am, Kris Kennaway wrote: > > > 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 > > Unfortunately it's hard to track these down as we really need to know where it > was free'd() from and UMA/malloc do not currently have the ability to tell us > that. What scares me is he keeps sending them here to the sparc64 list and I haven't seen him send any to other lists... [ Just kidding Kris! :-] But ... Where might a file desc structure be mis-handled that would be specific to sparc64? That's what is a little scary... -- 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 Tue Sep 28 16:54:21 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 960AB16A4CE; Tue, 28 Sep 2004 16:54:21 +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 3A0DF43D2D; Tue, 28 Sep 2004 16:54:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DCD2B5136E; Tue, 28 Sep 2004 09:54:49 -0700 (PDT) Date: Tue, 28 Sep 2004 09:54:49 -0700 From: Kris Kennaway To: Ken Smith , jhb@freeBSD.org Message-ID: <20040928165449.GA3605@xor.obsecurity.org> References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> <20040928153451.GB27640@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20040928153451.GB27640@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: Kris Kennaway cc: 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: Tue, 28 Sep 2004 16:54:21 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 28, 2004 at 11:34:51AM -0400, Ken Smith wrote: > On Tue, Sep 28, 2004 at 12:16:20PM +0400, Andrew Belashov wrote: >=20 > > I have install this patch. > >=20 > > Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB= =20 > > memory. > >=20 > > OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: > > Tue Sep 28 11:14:38 MSD 2004 > > bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 > >=20 > > Messages from console: > >=20 > > cpu_ipi_send: raised ipi_retries_max to 2000 > > cpu_ipi_send: raised ipi_retries_max to 3000 >=20 > Thank you very much for testing this out. >=20 > Unless someone thinks this would be a problem I'll wait another couple > of days and if nobody else has any further input I'll leave the existing > code as-is but bump the max retries to 5000 for the 5.3 release. I'm > still curious about what the underlying problem is but it'll take some > time to track down I think. I did manage to find a machine to test > this on late yesterday and some initial attempts at triggering the > problem by generating a lot of disk I/O didn't seem to trigger it. >=20 > Your case seems to be a bit extreme - I'm wondering if it has something > to do with the Creator 3D. I don't think it is the only thing that can > cause the problem to crop up but it might be something that makes the > situation "worse". >=20 > Kris, was your problem machine one of the machines here? I don't remember if any of those were SMP, but this was on phk's dual u60. I applied the patch in PR 66314, and while I haven't had a repeat of the ipi panic, it did fall over with one of the other panics I regularly see on this machine. Also, jhb seemed to think there was an underlying MI problem, and this patch would only delay the occurence of the panic. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWZdZWry0BWjoQKURAgwkAKDPliOMpdVHMi6IdE/xT+goq0gQ9gCgtE5U abLKHfFzUy2VVgZSxQpEjHc= =1laz -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 17:08: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 1352416A4CE for ; Tue, 28 Sep 2004 17:08:27 +0000 (GMT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id C85F643D2D for ; Tue, 28 Sep 2004 17:08:26 +0000 (GMT) (envelope-from dhaigh@mail.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])7AF911801471 for ; Tue, 28 Sep 2004 17:08:26 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 28 Sep 2004 17:08:15 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 200C4790055; Tue, 28 Sep 2004 17:08:15 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [66.57.13.107] by ws1-14.us4.outblaze.com with http for dhaigh@mail.com; Tue, 28 Sep 2004 12:08:15 -0500 From: "Doug Haigh" To: freebsd-sparc64@freebsd.org Date: Tue, 28 Sep 2004 12:08:15 -0500 X-Originating-Ip: 66.57.13.107 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040928170815.200C4790055@ws1-14.us4.outblaze.com> Subject: ioctl switch statement weirdness 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, 28 Sep 2004 17:08:27 -0000 I have a standard ioctl routine that takes an u_long value as the command. As I was testing out my ioctl routine on a Sun Ultra 60 running 5.2.1 I kept getting 'invalid ioctl' statments from my routine. What I discovered was that if the value of the ioctl included the IOC_IN flag, it would not be recognized. The IOC_IN flag sets the highest order bit (0x80000000) so the only thing I could think of was that the switch statement was sign extending the IOCTL value, but the case statement was not. To see if this was the case, I assigned the u_long value (an unsigned 64 bit value) to an unsigned int value (a 32 bit value) and used that in the switch statement. It worked. So the u_long type on the ioctl parameters will not work if the high order bit is set. Is this a problem with the FreeBSD definition of the ioctl command value or gcc's problem? -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 18:04:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3527A16A4CE for ; Tue, 28 Sep 2004 18:04:44 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDF8143D2F for ; Tue, 28 Sep 2004 18:04:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 27153 invoked from network); 28 Sep 2004 18:04:43 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 18:04:42 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SI4dmU003180; Tue, 28 Sep 2004 14:04:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 28 Sep 2004 14:02:00 -0400 User-Agent: KMail/1.6.2 References: <20040925070741.GA51297@xor.obsecurity.org> <20040928153451.GB27640@electra.cse.Buffalo.EDU> <20040928165449.GA3605@xor.obsecurity.org> In-Reply-To: <20040928165449.GA3605@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281402.00338.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ken Smith cc: sparc64@FreeBSD.org cc: Kris Kennaway 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: Tue, 28 Sep 2004 18:04:44 -0000 On Tuesday 28 September 2004 12:54 pm, Kris Kennaway wrote: > On Tue, Sep 28, 2004 at 11:34:51AM -0400, Ken Smith wrote: > > On Tue, Sep 28, 2004 at 12:16:20PM +0400, Andrew Belashov wrote: > > > I have install this patch. > > > > > > Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB > > > memory. > > > > > > OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: > > > Tue Sep 28 11:14:38 MSD 2004 > > > bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 > > > > > > Messages from console: > > > > > > cpu_ipi_send: raised ipi_retries_max to 2000 > > > cpu_ipi_send: raised ipi_retries_max to 3000 > > > > Thank you very much for testing this out. > > > > Unless someone thinks this would be a problem I'll wait another couple > > of days and if nobody else has any further input I'll leave the existing > > code as-is but bump the max retries to 5000 for the 5.3 release. I'm > > still curious about what the underlying problem is but it'll take some > > time to track down I think. I did manage to find a machine to test > > this on late yesterday and some initial attempts at triggering the > > problem by generating a lot of disk I/O didn't seem to trigger it. > > > > Your case seems to be a bit extreme - I'm wondering if it has something > > to do with the Creator 3D. I don't think it is the only thing that can > > cause the problem to crop up but it might be something that makes the > > situation "worse". > > > > Kris, was your problem machine one of the machines here? > > I don't remember if any of those were SMP, but this was on phk's dual > u60. I applied the patch in PR 66314, and while I haven't had a > repeat of the ipi panic, it did fall over with one of the other panics > I regularly see on this machine. Also, jhb seemed to think there was > an underlying MI problem, and this patch would only delay the > occurence of the panic. Well, on x86 when I make the spin longer it will just spin forever and deadlock. If on sparc64 it can stay up for long periods of time w/o deadlocking under heavy load then a moderate bump on the upper limit might be a good idea. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 18:04:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC3916A4CF for ; Tue, 28 Sep 2004 18:04:44 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE49F43D46 for ; Tue, 28 Sep 2004 18:04:43 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 27153 invoked from network); 28 Sep 2004 18:04:43 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Sep 2004 18:04:42 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i8SI4dmU003180; Tue, 28 Sep 2004 14:04:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Tue, 28 Sep 2004 14:02:00 -0400 User-Agent: KMail/1.6.2 References: <20040925070741.GA51297@xor.obsecurity.org> <20040928153451.GB27640@electra.cse.Buffalo.EDU> <20040928165449.GA3605@xor.obsecurity.org> In-Reply-To: <20040928165449.GA3605@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409281402.00338.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ken Smith cc: sparc64@FreeBSD.org cc: Kris Kennaway 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: Tue, 28 Sep 2004 18:04:44 -0000 On Tuesday 28 September 2004 12:54 pm, Kris Kennaway wrote: > On Tue, Sep 28, 2004 at 11:34:51AM -0400, Ken Smith wrote: > > On Tue, Sep 28, 2004 at 12:16:20PM +0400, Andrew Belashov wrote: > > > I have install this patch. > > > > > > Hardware: Sun Ultra 60 Creator 3D, 2 x UltraSparc IIi @ 450 MHz, 1 GB > > > memory. > > > > > > OS: FreeBSD bel.localdomain 5.2-CURRENT FreeBSD 5.2-CURRENT #32: > > > Tue Sep 28 11:14:38 MSD 2004 > > > bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 > > > > > > Messages from console: > > > > > > cpu_ipi_send: raised ipi_retries_max to 2000 > > > cpu_ipi_send: raised ipi_retries_max to 3000 > > > > Thank you very much for testing this out. > > > > Unless someone thinks this would be a problem I'll wait another couple > > of days and if nobody else has any further input I'll leave the existing > > code as-is but bump the max retries to 5000 for the 5.3 release. I'm > > still curious about what the underlying problem is but it'll take some > > time to track down I think. I did manage to find a machine to test > > this on late yesterday and some initial attempts at triggering the > > problem by generating a lot of disk I/O didn't seem to trigger it. > > > > Your case seems to be a bit extreme - I'm wondering if it has something > > to do with the Creator 3D. I don't think it is the only thing that can > > cause the problem to crop up but it might be something that makes the > > situation "worse". > > > > Kris, was your problem machine one of the machines here? > > I don't remember if any of those were SMP, but this was on phk's dual > u60. I applied the patch in PR 66314, and while I haven't had a > repeat of the ipi panic, it did fall over with one of the other panics > I regularly see on this machine. Also, jhb seemed to think there was > an underlying MI problem, and this patch would only delay the > occurence of the panic. Well, on x86 when I make the spin longer it will just spin forever and deadlock. If on sparc64 it can stay up for long periods of time w/o deadlocking under heavy load then a moderate bump on the upper limit might be a good idea. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 28 20:00:29 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 1A51B16A4CF for ; Tue, 28 Sep 2004 20:00:29 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4107743D49 for ; Tue, 28 Sep 2004 20:00:28 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (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 090899585D; Tue, 28 Sep 2004 22:00:25 +0200 (CEST) Date: Tue, 28 Sep 2004 22:00:23 +0200 From: Hannes Mehnert To: Ken Smith Message-ID: <20040928200022.GA27626@mehnert.org> References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> <20040928153451.GB27640@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040928153451.GB27640@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: 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: Tue, 28 Sep 2004 20:00:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Tue, Sep 28, 2004 at 11:34:51AM -0400, Ken Smith wrote: > Unless someone thinks this would be a problem I'll wait another couple > of days and if nobody else has any further input I'll leave the existing > code as-is but bump the max retries to 5000 for the 5.3 release. I've patched my sun e450 with 2 * 300 MHz with your patch. So far no kernel messages about increasing max_ipi_retries. > I'm still curious about what the underlying problem is but it'll take some > time to track down I think. I did manage to find a machine to test > this on late yesterday and some initial attempts at triggering the > problem by generating a lot of disk I/O didn't seem to trigger it. I got it on a server running some jails after ~1 week uptime (until I used the patch attached to PR 66314). Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWcLRRcuNlziBjRwRAjKoAJwJUggt9pa5b+zR4RIl4pPx1fQF0wCguQuK blzlFrmlum5Qix6GH/Herfg= =GmcQ -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 29 07:55:47 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87FFA16A4CE; Wed, 29 Sep 2004 07:55:47 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE14743D55; Wed, 29 Sep 2004 07:55:46 +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 i8T7tdBm001724; Wed, 29 Sep 2004 11:55:41 +0400 Message-ID: <415A6A7A.3070601@orel.ru> Date: Wed, 29 Sep 2004 11:55:38 +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: Kris Kennaway References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> <20040928153451.GB27640@electra.cse.Buffalo.EDU> <20040928165449.GA3605@xor.obsecurity.org> In-Reply-To: <20040928165449.GA3605@xor.obsecurity.org> 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: Ken Smith cc: jhb@freeBSD.org cc: 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: Wed, 29 Sep 2004 07:55:47 -0000 Kris Kennaway wrote: >>Thank you very much for testing this out. >> >>Unless someone thinks this would be a problem I'll wait another couple >>of days and if nobody else has any further input I'll leave the existing >>code as-is but bump the max retries to 5000 for the 5.3 release. I'm >>still curious about what the underlying problem is but it'll take some >>time to track down I think. I did manage to find a machine to test >>this on late yesterday and some initial attempts at triggering the >>problem by generating a lot of disk I/O didn't seem to trigger it. >> >>Your case seems to be a bit extreme - I'm wondering if it has something >>to do with the Creator 3D. I don't think it is the only thing that can >>cause the problem to crop up but it might be something that makes the >>situation "worse". >> >>Kris, was your problem machine one of the machines here? > > > I don't remember if any of those were SMP, but this was on phk's dual > u60. I applied the patch in PR 66314, and while I haven't had a > repeat of the ipi panic, it did fall over with one of the other panics > I regularly see on this machine. Also, jhb seemed to think there was > an underlying MI problem, and this patch would only delay the > occurence of the panic. > > Kris The problem does not arise in the following cases: kernel build without SMP option; kernel running on uniprocessor machine (with or without SMP option). The problem is somehow related to Creator 3D. To reproduce problem I use any program, that generate large output. For example: "ls -laR /" Andrew From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 29 17:15:18 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 B84C016A4CE; Wed, 29 Sep 2004 17:15:18 +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 8891943D46; Wed, 29 Sep 2004 17:15:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7BF0B51262; Wed, 29 Sep 2004 10:15:40 -0700 (PDT) Date: Wed, 29 Sep 2004 10:15:40 -0700 From: Kris Kennaway To: Andrew Belashov Message-ID: <20040929171540.GA12366@xor.obsecurity.org> References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> <20040928153451.GB27640@electra.cse.Buffalo.EDU> <20040928165449.GA3605@xor.obsecurity.org> <415A6A7A.3070601@orel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <415A6A7A.3070601@orel.ru> User-Agent: Mutt/1.4.2.1i cc: sparc64@freeBSD.org cc: Ken Smith cc: jhb@freeBSD.org cc: Kris Kennaway 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: Wed, 29 Sep 2004 17:15:18 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 29, 2004 at 11:55:38AM +0400, Andrew Belashov wrote: > Kris Kennaway wrote: > >>Thank you very much for testing this out. > >> > >>Unless someone thinks this would be a problem I'll wait another couple > >>of days and if nobody else has any further input I'll leave the existing > >>code as-is but bump the max retries to 5000 for the 5.3 release. I'm > >>still curious about what the underlying problem is but it'll take some > >>time to track down I think. I did manage to find a machine to test > >>this on late yesterday and some initial attempts at triggering the > >>problem by generating a lot of disk I/O didn't seem to trigger it. > >> > >>Your case seems to be a bit extreme - I'm wondering if it has something > >>to do with the Creator 3D. I don't think it is the only thing that can > >>cause the problem to crop up but it might be something that makes the > >>situation "worse". > >> > >>Kris, was your problem machine one of the machines here? > > > > > >I don't remember if any of those were SMP, but this was on phk's dual > >u60. I applied the patch in PR 66314, and while I haven't had a > >repeat of the ipi panic, it did fall over with one of the other panics > >I regularly see on this machine. Also, jhb seemed to think there was > >an underlying MI problem, and this patch would only delay the > >occurence of the panic. > > > >Kris >=20 > The problem does not arise in the following cases: > kernel build without SMP option; > kernel running on uniprocessor machine (with or without SMP option). Well, Inter-Processor Interrupts do only occur when you are using multiple processors ;-) > The problem is somehow related to Creator 3D. I don't use the console much on the machine where I get the panic (and I don't have syscons or the creator driver compiled in), so all it receives is the output of syslogd via the ofw console. > To reproduce problem I use any program, that generate large output. > For example: "ls -laR /" Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWu28Wry0BWjoQKURAiO4AKD+msFChhrhGTjKVA3yC8TQIqUnIwCghYaG 02bcnT2CBvu7SDJQsxFiKU0= =qOPk -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 29 17:28:17 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 C80B416A4CE; Wed, 29 Sep 2004 17:28:17 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6CC43D31; Wed, 29 Sep 2004 17:28:17 +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 8EF0D9585D; Wed, 29 Sep 2004 19:28:14 +0200 (CEST) Date: Wed, 29 Sep 2004 19:28:08 +0200 From: Hannes Mehnert To: Andrew Belashov Message-ID: <20040929172808.GE27626@mehnert.org> References: <20040925070741.GA51297@xor.obsecurity.org> <20040927191430.GA718@electra.cse.Buffalo.EDU> <41591DD4.7000409@orel.ru> <20040928153451.GB27640@electra.cse.Buffalo.EDU> <20040928165449.GA3605@xor.obsecurity.org> <415A6A7A.3070601@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415A6A7A.3070601@orel.ru> User-Agent: Mutt/1.4.2.1i cc: sparc64@freeBSD.org cc: Ken Smith cc: jhb@freeBSD.org cc: Kris Kennaway 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: Wed, 29 Sep 2004 17:28:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Wed, Sep 29, 2004 at 11:55:38AM +0400, Andrew Belashov wrote: > The problem does not arise in the following cases: > kernel build without SMP option; > kernel running on uniprocessor machine (with or without SMP option). I have a kernel built with SMP running on a multiprocessor sun. And I got this error. > The problem is somehow related to Creator 3D. I don't think so, I don't have a Creator 3D. Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBWvCnRcuNlziBjRwRAqQxAJ96oinIpBkC940BZQXtP1yKQzJRRQCfVhoA Ywi+p74Lh+Vvi+pDU8zniDs= =NFjR -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 30 00:42:40 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 E3F0416A4CE for ; Thu, 30 Sep 2004 00:42:39 +0000 (GMT) Received: from mail1.infoeng.flinders.edu.au (mail1.ist.flinders.edu.au [129.96.1.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F0D43D41 for ; Thu, 30 Sep 2004 00:42:38 +0000 (GMT) (envelope-from tris@infoeng.flinders.edu.au) Received: from rhino (rhino.infoeng.flinders.edu.au [129.96.1.189]) i8U0gam28619 for ; Thu, 30 Sep 2004 10:12:36 +0930 (CST) Date: Thu, 30 Sep 2004 10:12:35 +0930 From: Tristan To: freebsd-sparc64@freebsd.org Message-Id: <20040930101235.1f03fa0f@rhino> X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=xxx 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, 30 Sep 2004 00:42:40 -0000 FreeBSD 6.0-CURRENT with GENERIC kernel built 27th Sep. On a SunBlade 100 I see these messages regularly when dma is enabled. The messages go away when I either use atacontrol to set the mode to PIO4 or set hw.ata.ata_dma to 0 I do get data corruption on the disk if left in DMA mode. dmesg: GDB: no debug ports present 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 6.0-CURRENT #0: Mon Sep 27 14:47:16 CST 2004 xxx@xxx.xxx:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "tick" frequency 502000000 Hz quality 0 real memory = 671088640 (640 MB) avail memory = 641736704 (612 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 830de054 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:0d:e0:54 gem0: if_start running deferred for Giant gem0: [GIANT-LOCKED] fwohci0: <1394 Open Host Controller Interface> mem 0x422000-0x4227ff,0x420000-0x4207ff at device 12.2 on pci0 fwohci0: Could not allocate irq device_attach: fwohci0 attach returned 6 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 fxp0: port 0x1000-0x103f mem 0x4020000-0x403ffff,0x4000000-0x4000fff at device 1.0 on pci1 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:32:6a:c7 fxp1: port 0x1040-0x107f mem 0x4040000-0x405ffff,0x4002000-0x4002fff at device 2.0 on pci1 miibus2: on fxp1 inphy1: on miibus2 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:3c:94:a4 Timecounters tick every 10.000 msec ad0: 14594MB [29651/16/63] at ata2-master UDMA66 acd0: CDRW at ata2-slave PIO4 ata3-master: DMA limited to UDMA33, non-ATA66 cable or device ad1: 39266MB [79780/16/63] at ata3-master UDMA33 Mounted root from ufs:/dev/ad0a. From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 30 02:30:34 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 D5F4316A4CE; Thu, 30 Sep 2004 02:30:34 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F56043D4C; Thu, 30 Sep 2004 02:30:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8U2UYwd007577; Wed, 29 Sep 2004 22:30:34 -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 i8U2UXC0003677; Wed, 29 Sep 2004 22:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E58D07303F; Wed, 29 Sep 2004 22:30:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930023033.E58D07303F@freebsd-current.sentex.ca> Date: Wed, 29 Sep 2004 22:30:33 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 02:30:35 -0000 TB --- 2004-09-30 01:08:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 01:08:40 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-30 01:08:40 - checking out the source tree TB --- 2004-09-30 01:08:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-30 01:08:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 01:14:40 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 01:14:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 01:14:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 02:19:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 02:19:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 02:19:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 02:19:42 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: type defaults to `int' in declaration of `pipe' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: error: `p' undeclared here (not in a function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:832: warning: data definition has no type or storage class /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:833: error: syntax error before "return" /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:92: warning: 'usbd_getnewaddr' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:101: warning: 'usbd_kill_pipe' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:103: warning: 'usbd_probe_and_attach' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb/../../dev/usb/usb_subr.c:105: warning: 'usb_cookie_no' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/usb. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-30 02:30:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 02:30:33 - ERROR: failed to build generic kernel TB --- 2004-09-30 02:30:33 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 30 15:48:06 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E910916A4CE for ; Thu, 30 Sep 2004 15:48:06 +0000 (GMT) Received: from mail.oav.net (mail01.oav.net [193.218.105.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C1443D3F for ; Thu, 30 Sep 2004 15:48:06 +0000 (GMT) (envelope-from kiwi@oav.net) Received: from localhost (unknown [193.218.105.18]) by mail01.oav.net (Postfix) with ESMTP id C5DCF4509B for ; Thu, 30 Sep 2004 17:47:35 +0200 (CEST) (envelope-from kiwi@oav.net) Received: from mail01.oav.net ([193.218.105.18]) by localhost (kaneda.oav.net [172.31.3.1]) (amavisd-new, port 10024) with LMTP id 44250-10-8 for ; Thu, 30 Sep 2004 17:48:03 +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 E8FEE45088 for ; Thu, 30 Sep 2004 17:47:32 +0200 (CEST) (envelope-from kiwi@oav.net) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <1BE93EDE-12F8-11D9-82B3-000A958871B8@oav.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-sparc64@freebsd.org From: Xavier Beaudouin Date: Thu, 30 Sep 2004 17:48:01 +0200 X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by amavisd-new at kaneda.oav.net X-Spam-Status: No, hits=-0.5 tagged_above=-999 required=6.3 tests=SMILEY X-Spam-Level: Subject: Netra X1 / FreeBSD 5.x / Network install ? 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, 30 Sep 2004 15:48:07 -0000 Hello there, First thank for all the work you have done on Sparc64 port :) I am looking a way to install FreeBSD/Sparc64 using network... Because X1 doesn't have any CDROM or floppies and have to be installed using netboot (on OFW boot net ). Is there any place I can lookaround to modify a bit boot disk / mfsboot files to install using tftp / rarpd / bootparam or dhcp ? Thanks for any hints :) /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 Thu Sep 30 19:50:57 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C4116A4CE; Thu, 30 Sep 2004 19:50:57 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1531A43D3F; Thu, 30 Sep 2004 19:50:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i8UJouJN053602; Thu, 30 Sep 2004 15:50:56 -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 i8UJotpA086626; Thu, 30 Sep 2004 15:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2316E7303F; Thu, 30 Sep 2004 15:50:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040930195056.2316E7303F@freebsd-current.sentex.ca> Date: Thu, 30 Sep 2004 15:50:56 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 19:50:57 -0000 TB --- 2004-09-30 18:36:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-30 18:36:27 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-09-30 18:36:27 - checking out the source tree TB --- 2004-09-30 18:36:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-09-30 18:36:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-30 18:42:29 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-30 18:42:29 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 18:42:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-09-30 19:47:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-30 19:47:16 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-09-30 19:47:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 30 19:47:16 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c: In function `free_unr': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:329: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:366: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:386: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:396: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:407: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:435: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_unit.c:510: warning: passing arg 1 of `check_unrhdr' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-09-30 19:50:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-30 19:50:55 - ERROR: failed to build generic kernel TB --- 2004-09-30 19:50:55 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 1 03:32:22 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 67A5616A4CE; Fri, 1 Oct 2004 03:32:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4263A43D5C; Fri, 1 Oct 2004 03:32:22 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from freefall.freebsd.org (kensmith@localhost [127.0.0.1]) i913WMJp059981; Fri, 1 Oct 2004 03:32:22 GMT (envelope-from kensmith@freefall.freebsd.org) Received: (from kensmith@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i913WLPn059977; Fri, 1 Oct 2004 03:32:21 GMT (envelope-from kensmith) Date: Fri, 1 Oct 2004 03:32:21 GMT From: Ken Smith Message-Id: <200410010332.i913WLPn059977@freefall.freebsd.org> To: bel@orel.ru, kensmith@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/66314: SMP kernel 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: Fri, 01 Oct 2004 03:32:22 -0000 Synopsis: SMP kernel panic: ipi_send: couldn't send ipi State-Changed-From-To: open->closed State-Changed-By: kensmith State-Changed-When: Fri Oct 1 03:27:23 GMT 2004 State-Changed-Why: Hopefully this will be taken care of by src/sys/sparc64/include/smp.h v1.17. http://www.freebsd.org/cgi/query-pr.cgi?pr=66314 From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 1 13:38: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 C99D016A4CE for ; Fri, 1 Oct 2004 13:38:54 +0000 (GMT) Received: from catflap.slightlystrange.org (cpc2-cmbg1-3-0-cust94.cmbg.cable.ntl.com [213.107.104.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A86E43D5C for ; Fri, 1 Oct 2004 13:38:54 +0000 (GMT) (envelope-from www@slightlystrange.org) Received: from www by catflap.slightlystrange.org with local (Exim 4.42 (FreeBSD)) id 1CDNca-0000O9-M2 for freebsd-sparc64@freebsd.org; Fri, 01 Oct 2004 14:38:52 +0100 Received: from 192.168.0.1 (proxying for 127.0.0.1) (SquirrelMail authenticated user dan); by catflap.slightlystrange.org with HTTP; Fri, 1 Oct 2004 14:38:52 +0100 (BST) Message-ID: <49894.192.168.0.1.1096637932.squirrel@192.168.0.1> Date: Fri, 1 Oct 2004 14:38:52 +0100 (BST) From: "Daniel Bye" To: freebsd-sparc64@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Sender: World Wide Web Owner Subject: Runaway bash on FreeBSD SPARC64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd@slightlystrange.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2004 13:38:54 -0000 Hi folks, Not entirely sure this is the correct forum - if not, then a gentle nudge in the right direction would be appreciated! I've searched the list archives and had a scan of Google, but nothing appropriate came back. I am running FreeBSD/SPARC64 5.2.1-RELEASE-p10 on an Ultra 10. On occasions, bash(1) goes insane and grabs ever more memory. Other processes get forced out to swap, and bash itself eventually occupies all physical RAM and starts paging as well. Most recently, I noticed bash's SIZE in top reach 1031MB - which is well on the way to being all available physical RAM and swap space. Once it gets like this, bash fails to respond to kill(1), and the only way to get normal service back is to force a reboot. All I could find in /var/log/messages after having to reboot this morning was this: Oct 1 11:30:58 catflap shutdown: reboot by danielby: Oct 1 11:31:16 catflap kernel: swap_pager: out of swap space Which really doesn't say a lot. There was a bash.core file dropped in the shell's cwd, but got removed by an over-zealous cleanup script. There appears to be no pattern involved - it can happen at any time, no matter which user runs it (a real user or root), or what they are doing in the shell at the time. I run FreeBSD on i386 and AMD64 as well, and never see this behaviour. bash(1) is installed from the ports - currently version bash-2.05b.007_2 Anyone else seen this? Or have any hints or suggestions on what I can do to figure where the problem is? I'm no hacker, but am willing to put in some effort if it's required. Thanks all, Dan -- Daniel Bye PGP Key: ftp://ftp.slightlystrange.org/pgpkey/dan.asc PGP Key fingerprint: 3B9D 8BBB EB03 BA83 5DB4 3B88 86FC F03A 90A1 BE8F _ ASCII ribbon campaign ( ) - against HTML, vCards and X - proprietary attachments in e-mail / \ From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 2 14:23:47 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A087E16A4CE for ; Sat, 2 Oct 2004 14:23:47 +0000 (GMT) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.155.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DF643D2D for ; Sat, 2 Oct 2004 14:23:47 +0000 (GMT) (envelope-from royce@alaska.net) Received: from [10.0.10.67] ([10.0.10.67]) by malik.acsalaska.net (8.13.1/8.13.1) with ESMTP id i92ENio7044668; Sat, 2 Oct 2004 06:23:46 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <415EB9F0.7010707@alaska.net> Date: Sat, 02 Oct 2004 06:23:44 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xavier Beaudouin References: <1BE93EDE-12F8-11D9-82B3-000A958871B8@oav.net> In-Reply-To: <1BE93EDE-12F8-11D9-82B3-000A958871B8@oav.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.44; SA 2.64; spamdefang 1.109 cc: freebsd-sparc64@freebsd.org Subject: Re: Netra X1 / FreeBSD 5.x / Network install ? 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, 02 Oct 2004 14:23:47 -0000 Xavier Beaudouin wrote, On 9/30/2004 7:48 AM: > I am looking a way to install FreeBSD/Sparc64 using network... Because > X1 doesn't have any CDROM or floppies and have to be installed using > netboot (on OFW boot net ). > > Is there any place I can lookaround to modify a bit boot disk / mfsboot > files to install using tftp / rarpd / bootparam or dhcp ? Anthony Volodkin did a great writeup for this for Daemon News: http://ezine.daemonnews.org/200301/sparc64-nfsroot.html ... and Anthony's boot loaders are here: http://non-standard.net/freebsd/sparc64-nfsroot/ Murray's original FreeBSD/sparc64 5.0-CURRENT Installation Instructions may also prove useful: http://people.freebsd.org/~murray/sparc64/install.html I used the boot loader from the installation CD, copied the entire CD's contents to the appropriate directory, and netbooted. Worked great. -royce -- ------------------------------------------------------------------------ Royce D. Williams IP Engineering, ACS personal: [first]@alaska.net PGP: 3FC087DB/1776A531 work: [first.last]@acsalaska.net http://www.tycho.org/royce/