From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 9 18:12:06 2008 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B462106564A for ; Sun, 9 Nov 2008 18:12:06 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 242E08FC1F for ; Sun, 9 Nov 2008 18:12:05 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mA9IC462076585; Sun, 9 Nov 2008 19:12:04 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mA9IC4H9076584; Sun, 9 Nov 2008 19:12:04 +0100 (CET) (envelope-from marius) Date: Sun, 9 Nov 2008 19:12:04 +0100 From: Marius Strobl To: Yousef Raffah Message-ID: <20081109181204.GA76319@alchemy.franken.de> References: <562D44D4-A834-43AA-AC2D-3A13D1B366FB@sadeem.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <562D44D4-A834-43AA-AC2D-3A13D1B366FB@sadeem.net> User-Agent: Mutt/1.4.2.3i Cc: sparc64@freebsd.org Subject: Re: getty or X problem on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2008 18:12:06 -0000 On Sat, Nov 08, 2008 at 10:02:39AM +0300, Yousef Raffah wrote: > Hello Everyone, > > This is the first time for me to play with FreeBSD on a SPARC64 > machine. I have Ultra 10 box sitting next to me doing nothing so I > figured why not make use of that machine. The installation of 7- > RELEASE went fine and everything seems to be normal on the Sun monitor > connected to it through that "strange" cable. However, I want to hook > it up to a bigger screen through the VGA card available on the same > box and here starts my problem. When I connect the cable to any > monitor from that VGA card (ATI Rage 3D) it shows nothing (white > screen). I thought maybe I need to change some parameters with > vidcontrol but I couldn't figure out how. Later on I decided to > install X and give it a shot but that still didn't help. I tried > different X configurations (Dual monitors as well as a simple single > vga screen) but without any luck. > > However, there is one thing I noticed, whenever the machine boots, I > get some getty messages on the console complaining as: > open /dev/screen: No such file or directory > open /dev/ttya: No such file or directory > open /dev/ttyu2: No such file or directory This is nothing to worry about, /dev/screen and /dev/ttya are disabled in /etc/ttys by default though. > > When I start X it spits out: xf86MapVidMem: could not mmap screen > [s=2000, a=e2000000] (Invalid argument). Unfortunately googling that > statement does bring out much of helpful threads, therefore, I thought > of joining the team here to check if there is anything I can try or if > any of you had such a problem and how it was solved, if it ever was :) > For machfb0 (the on-board ATI Rage 3D) to be usable by X it must be the primary framebuffer, with an AFB or FFB card (the card with the "strange" 13W3 connector) present in a U5/U10 the firmware automatically assigns the "screen" alias to the AFB/FFB though, thus making the AFB/FFB the primary one. Similarly, syscons(4) also will only use the primary one for output. So in order to make the on-board ATI Rage 3D work you need to either pull the AFB/FFB card or set the Open Firmware environment variable "output-device" to the full path of the ATI Rage 3D instead of the "screen" alias. If you want to run X with that setup, make sure there's no "BusID" option in the section for the "ati" driver left from when using "sunffb". I'm not sure whether it's currently possible to run a dual-monitor setup with this and X.org as I had no machine where the firmware would allow a combination of AFB/FFB card and a MACHFB back when I tried to test that. In theory it should work though but would also require the MACHFB to be the primary framebuffer and the "BusID" set to "SBUS:fb0" for the "sunffb" driver. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 9 18:20:19 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB27A106567A for ; Sun, 9 Nov 2008 18:20:19 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 641B78FC19 for ; Sun, 9 Nov 2008 18:20:19 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mA9IKH9w076650; Sun, 9 Nov 2008 19:20:17 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mA9IKHLw076649; Sun, 9 Nov 2008 19:20:17 +0100 (CET) (envelope-from marius) Date: Sun, 9 Nov 2008 19:20:17 +0100 From: Marius Strobl To: Sean Thomas Caron Message-ID: <20081109182017.GB76319@alchemy.franken.de> References: <20081106131717.331718q66y289lgk@web.mail.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081106131717.331718q66y289lgk@web.mail.umich.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Occasional kernel panic + reboot on 7.0-RELEASE with fatm driver. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2008 18:20:19 -0000 On Thu, Nov 06, 2008 at 01:17:17PM -0500, Sean Thomas Caron wrote: > Hi folks, > > I'm using fatm on FreeBSD/sparc64 7.0-RELEASE; it generally works well > but every couple of weeks the system will kernel panic and reboot. I > switched on kernel dumps on panic and here's what I got (this time): > > sonnet.diablonet.net> kgdb kernel.debug /var/crash/vmcore.0 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "sparc64-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: trap: fast data access mmu miss <...> This apparently is a NULL-pointer dereference (probably "m" in sbsndptr()), with the cause being in one of the stacks involved. I'd suggest to report this backtrace to the atm@ and net@ lists. Marius From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 9 18:32:36 2008 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A501065672 for ; Sun, 9 Nov 2008 18:32:36 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9DECB8FC1A for ; Sun, 9 Nov 2008 18:32:35 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mA9IWW5G076781; Sun, 9 Nov 2008 19:32:32 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mA9IWWUc076780; Sun, 9 Nov 2008 19:32:32 +0100 (CET) (envelope-from marius) Date: Sun, 9 Nov 2008 19:32:32 +0100 From: Marius Strobl To: Ruben de Groot Message-ID: <20081109183232.GC76319@alchemy.franken.de> References: <20081103120215.GA32257@ei.bzerk.org> <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081105195630.GA52831@ei.bzerk.org> User-Agent: Mutt/1.4.2.3i Cc: sparc64@freebsd.org Subject: Re: kgdb on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2008 18:32:36 -0000 On Wed, Nov 05, 2008 at 08:56:30PM +0100, Ruben de Groot wrote: > On Mon, Nov 03, 2008 at 11:11:11PM +0100, Marius Strobl typed: > > > > After upgrading to 7.1-PRERELEASE last month I'm seeing some > > > spontaneous reboots with crash dumps on this Netra X1. How > > > can I debug this as kgdb seems not to be working? > > [...] > > > I've never had much luck with kgdb(1) on any arch and use > > devel/gdb53 which still has '-k' instead (for sparc64 just > > remove the BROKEN from the port Makefile; the problem > > leading to that one being added was fixed some time a go). > > The installation of gbd53 fails unfortunately with: > > gmake[1]: Leaving directory `/usr/ports/devel/gdb53/work/gdb-5.3/sparc64-portbld-freebsd7.1/libiberty' > gmake[1]: Entering directory `/usr/ports/devel/gdb53/work/gdb-5.3/libiberty' > rm -f libiberty.a pic/libiberty.a > sparc64-unknown-freebsd7.1-ar rc libiberty.a \ > regex.o cplus-dem.o cp-demangle.o md5.o alloca.o argv.o choose-temp.o concat.o dyn-string.o fdmatch.o fibheap.o floatformat.o fnmatch.o getopt.o getopt1.o getpwd.o getruntime.o hashtab.o hex.o lbasename.o make-temp-file.o objalloc.o obstack.o partition.o pexecute.o safe-ctype.o sort.o spaces.o splay-tree.o strerror.o strsignal.o ternary.o xatexit.o xexit.o xmalloc.o xmemdup.o xstrdup.o xstrerror.o > gmake[1]: sparc64-unknown-freebsd7.1-ar: Command not found > gmake[1]: *** [libiberty.a] Error 127 > gmake[1]: Leaving directory `/usr/ports/devel/gdb53/work/gdb-5.3/libiberty' > gmake: *** [all-libiberty] Error 2 > *** Error code 2 > > Stop in /usr/ports/devel/gdb53. Oh, apparently it has developed a new problem since the gcc34 problem was fixed in February, sorry... > > > For your purposes it's probably simpler to just build a > > kernel with debugger by adding "options DDB", "options KDB" > > and "makeoptions DEBUG=-g". Then when the kernel panics > > just enter "backtrace" on the console. With a X1 you > > most likely use serial console anyway so you can easily > > capture the output. > > I'll build a kernel with those options just in case. But > would rather not use it on this particular machine, as it is > a production server and should not be down for extended periods > of time. If you additionally either also add "options KDB_TRACE" and "options KDB_UNATTENDED" or set "debug.trace_on_panic=1" and "debug.debugger_on_panic=0" via sysctl(8) with a debugger-enabled kernel, the debugger will automatically print a backtrace to the console and then reboot the machine and thus minimizing downtime. Printing the backtrace might require the latest 7-STABLE though. > Meanwhile, moving over websites to another machine (another X1, > but running -current) that seems to be more stable ATM. > That's what puzzles me as every sparc64-specific change in 7-STABLE since 7.0-RELEASE also is in -current except for one stricter check in -current. So I guess you're hitting one of the MI stability issues people are reporting for 7.1-PRERELEASE. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 10 11:06:58 2008 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3D11065677 for ; Mon, 10 Nov 2008 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21F3E8FC12 for ; Mon, 10 Nov 2008 11:06:58 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAAB6w1c049861 for ; Mon, 10 Nov 2008 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAAB6vUu049857 for freebsd-sparc64@FreeBSD.org; Mon, 10 Nov 2008 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Nov 2008 11:06:57 GMT Message-Id: <200811101106.mAAB6vUu049857@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2008 11:06:58 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 17 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 10 22:27:47 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C52106564A for ; Mon, 10 Nov 2008 22:27:47 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 967E38FC22 for ; Mon, 10 Nov 2008 22:27:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mAAMRjmF012552; Mon, 10 Nov 2008 23:27:45 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mAAMRi9G012551; Mon, 10 Nov 2008 23:27:44 +0100 (CET) (envelope-from marius) Date: Mon, 10 Nov 2008 23:27:44 +0100 From: Marius Strobl To: Michael Moll Message-ID: <20081110222744.GA64456@alchemy.franken.de> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <20081029001112.GR5156@darkthrone.kvedulv.de> <20081029081558.GB31338@alchemy.franken.de> <20081029140204.GS5156@darkthrone.kvedulv.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081029140204.GS5156@darkthrone.kvedulv.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2008 22:27:47 -0000 On Wed, Oct 29, 2008 at 03:02:04PM +0100, Michael Moll wrote: > Hi Marius, > > On Wed, Oct 29, 2008 at 09:15:58AM +0100, Marius Strobl wrote: > > > I'm uploading a new one at: > > http://people.freebsd.org/~marius/8.0-20081028-SNAP-sparc64-disc1.iso.gz > > Besides one LOR everything seems fine now, thanks a lot! :) > > Sun Fire 280R (2 X UltraSPARC-III+) , No Keyboard > Copyright 1998-2004 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.16.4, 8192 MB memory installed, Serial #53054758. > Ethernet address 0:3:ba:29:8d:26, Host ID: 83298d26. > Could you please give the patch at: http://people.freebsd.org/~marius/schizo_cdma.diff a try with that machine? The patch implements the consistent DMA syncing required for devices behind PCI-PCI, f.e. your HMEs, for Schizo version >= 5. I.e. please test, whether the machine still boots with the patch in place and using a HME just works and increases the vec566: pcib0 counter (I hope I got the numbers right; well, see `vmstat -i` for pcib interrupts). Thanks, Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 11 10:53:02 2008 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED151065678 for ; Tue, 11 Nov 2008 10:53:02 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4F03F8FC2A for ; Tue, 11 Nov 2008 10:53:02 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: by ey-out-2122.google.com with SMTP id 6so1128137eyi.7 for ; Tue, 11 Nov 2008 02:53:01 -0800 (PST) Received: by 10.103.5.14 with SMTP id h14mr4406560mui.108.1226400780792; Tue, 11 Nov 2008 02:53:00 -0800 (PST) Received: from ?84.235.4.42? ([84.235.4.42]) by mx.google.com with ESMTPS id j10sm13869890muh.1.2008.11.11.02.52.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 11 Nov 2008 02:53:00 -0800 (PST) Message-Id: <137CB3D0-F0B5-4092-B352-EBE7B2946346@sadeem.net> From: Yousef Raffah To: Marius Strobl In-Reply-To: <20081109181204.GA76319@alchemy.franken.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 11 Nov 2008 13:52:56 +0300 References: <562D44D4-A834-43AA-AC2D-3A13D1B366FB@sadeem.net> <20081109181204.GA76319@alchemy.franken.de> X-Mailer: Apple Mail (2.929.2) Cc: sparc64@freebsd.org Subject: Re: getty or X problem on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 10:53:02 -0000 On Nov 9, 2008, at 9:12 PM, Marius Strobl wrote: > On Sat, Nov 08, 2008 at 10:02:39AM +0300, Yousef Raffah wrote: >> Hello Everyone, >> >> This is the first time for me to play with FreeBSD on a SPARC64 >> machine. I have Ultra 10 box sitting next to me doing nothing so I >> figured why not make use of that machine. The installation of 7- >> RELEASE went fine and everything seems to be normal on the Sun >> monitor >> connected to it through that "strange" cable. However, I want to hook >> it up to a bigger screen through the VGA card available on the same >> box and here starts my problem. When I connect the cable to any >> monitor from that VGA card (ATI Rage 3D) it shows nothing (white >> screen). I thought maybe I need to change some parameters with >> vidcontrol but I couldn't figure out how. Later on I decided to >> install X and give it a shot but that still didn't help. I tried >> different X configurations (Dual monitors as well as a simple single >> vga screen) but without any luck. >> >> However, there is one thing I noticed, whenever the machine boots, I >> get some getty messages on the console complaining as: >> open /dev/screen: No such file or directory >> open /dev/ttya: No such file or directory >> open /dev/ttyu2: No such file or directory > > This is nothing to worry about, /dev/screen and /dev/ttya > are disabled in /etc/ttys by default though. > OK :) >> >> When I start X it spits out: xf86MapVidMem: could not mmap screen >> [s=2000, a=e2000000] (Invalid argument). Unfortunately googling that >> statement does bring out much of helpful threads, therefore, I >> thought >> of joining the team here to check if there is anything I can try or >> if >> any of you had such a problem and how it was solved, if it ever >> was :) >> > > For machfb0 (the on-board ATI Rage 3D) to be usable by > X it must be the primary framebuffer, with an AFB or FFB > card (the card with the "strange" 13W3 connector) present > in a U5/U10 the firmware automatically assigns the "screen" > alias to the AFB/FFB though, thus making the AFB/FFB the > primary one. Similarly, syscons(4) also will only use the > primary one for output. So in order to make the on-board > ATI Rage 3D work you need to either pull the AFB/FFB card > or set the Open Firmware environment variable "output-device" > to the full path of the ATI Rage 3D instead of the "screen" > alias. If you want to run X with that setup, make sure > there's no "BusID" option in the section for the "ati" > driver left from when using "sunffb". I'm not sure whether > it's currently possible to run a dual-monitor setup with > this and X.org as I had no machine where the firmware would > allow a combination of AFB/FFB card and a MACHFB back when > I tried to test that. In theory it should work though but > would also require the MACHFB to be the primary framebuffer > and the "BusID" set to "SBUS:fb0" for the "sunffb" driver. This solved my problem, thanks a lot Marius. From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 11 17:04:13 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B0D106564A for ; Tue, 11 Nov 2008 17:04:12 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA1E8FC17 for ; Tue, 11 Nov 2008 17:04:10 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 276C11CC71; Tue, 11 Nov 2008 18:04:08 +0100 (CET) Date: Tue, 11 Nov 2008 18:04:07 +0100 From: Michael Moll To: Marius Strobl Message-ID: <20081111170407.GS5156@darkthrone.kvedulv.de> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <20081029001112.GR5156@darkthrone.kvedulv.de> <20081029081558.GB31338@alchemy.franken.de> <20081029140204.GS5156@darkthrone.kvedulv.de> <20081110222744.GA64456@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Q0rSlbzrZN6k9QnT" Content-Disposition: inline In-Reply-To: <20081110222744.GA64456@alchemy.franken.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 17:04:13 -0000 --Q0rSlbzrZN6k9QnT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Marius, On Mon, Nov 10, 2008 at 11:27:44PM +0100, Marius Strobl wrote: > Could you please give the patch at: > http://people.freebsd.org/~marius/schizo_cdma.diff > a try with that machine? The patch implements the consistent > DMA syncing required for devices behind PCI-PCI, f.e. your > HMEs, for Schizo version >= 5. I.e. please test, whether > the machine still boots with the patch in place and using > a HME just works and increases the vec566: pcib0 counter > (I hope I got the numbers right; well, see `vmstat -i` > for pcib interrupts). Seems all fine, I attached verbose bootmessages. I tried one HME interface and it seems to work, counters increase also: server01# vmstat -i interrupt total rate pil4: ast 51249 67 pil13: fast 38 0 vec566: pcib0 38 0 pil12: filter 243 0 vec557: uart1 234 0 vec546: scc0 9 0 pil2: ithrd 28443 37 vec541: gem0 28048 36 vec536: sym0 72 0 vec537: sym1 30 0 vec532: hme3 38 0 vec516: isp0 255 0 pil14: tick 1516484 1987 Total 1625181 2129 [ping the machine's hme3 a while] server01# vmstat -i interrupt total rate pil4: ast 51707 66 pil13: fast 58 0 vec566: pcib0 58 0 pil12: filter 243 0 vec557: uart1 234 0 vec546: scc0 9 0 pil2: ithrd 28540 36 vec541: gem0 28125 36 vec536: sym0 72 0 vec537: sym1 30 0 vec532: hme3 58 0 vec516: isp0 255 0 pil14: tick 1535350 1986 Total 1644739 2127 Best Regards -- Michael Moll e-mail : kvedulv@kvedulv.de WWW : http://www.kvedulv.de/ GSM : +49 175 606 7861 --Q0rSlbzrZN6k9QnT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg-V280R GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Tue Nov 11 13:22:46 UTC 2008 root@flame.kvedulv.de:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b40000. real memory = 8589934592 (8192 MB) avail memory = 8385699840 (7997 MB) machine: SUNW,Sun-Fire-280R cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) mask=0x22 maxtl=5 maxwin=7 initalizing intr_countp cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) mask=0x22 maxtl=5 maxwin=7 INTR: Adding CPU 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs wlan: <802.11 Link Layer> ath_rate: version 1.2 firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc0618758 ispfw: registered firmware firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc061d606 ispfw: registered firmware firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc0622fa6 ispfw: registered firmware firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc062b054 ispfw: registered firmware firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc0632aca ispfw: registered firmware firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc063c98e ispfw: registered firmware firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0643720 ispfw: registered firmware firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc064d5bc ispfw: registered firmware firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc066019e ispfw: registered firmware firmware: 'isp_2300' version 1: 105078 bytes loaded at 0xc0672f3c ispfw: registered firmware firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc068c9b2 ispfw: registered firmware firmware: 'isp_2400' version 1: 172952 bytes loaded at 0xc06aa56c ispfw: registered firmware random: nfslock: pseudo-device kbd0 at kbdmux0 mem: null: openfirm: ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417, REGOPS_FUNC) nexus0: nexus0: mem 0x40000400000-0x40000400047 type memory-controller (no driver attached) nexus0: mem 0x40000c00000-0x40000c00047 type memory-controller (no driver attached) pcib0: mem 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff irq 563,560,561,564,550 on nexus0 pcib0: Schizo, version 5, IGN 0x8, bus B, 33MHz pcib0: DVMA map: 0xc0000000 to 0xffffffff pcib0: bus range 0 to 1; PCI bus 0 pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x108e, dev=0x1100, revid=0x01 domain=0, bus=0, slot=5, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) map[10]: type Memory, range 32, base 0x7d000000, size 24, enabled map[14]: type Memory, range 32, base 0x7e000000, size 23, enabled found-> vendor=0x108e, dev=0x1101, revid=0x01 domain=0, bus=0, slot=5, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type Memory, range 32, base 0x100000, size 17, enabled found-> vendor=0x108e, dev=0x1103, revid=0x01 domain=0, bus=0, slot=5, func=3 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type Memory, range 32, base 0x1000000, size 15, memory disabled found-> vendor=0x1000, dev=0x000f, revid=0x37 domain=0, bus=0, slot=6, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled map[14]: type Memory, range 32, base 0x124000, size 8, enabled map[18]: type Memory, range 32, base 0x126000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x37 domain=0, bus=0, slot=6, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=b, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x400, size 8, port disabled map[14]: type Memory, range 32, base 0x128000, size 8, enabled map[18]: type Memory, range 32, base 0x12a000, size 12, enabled found-> vendor=0x8086, dev=0xb154, revid=0x00 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x23 (8750 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 ebus0: mem 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 5.0 on pci0 ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x7d000000 ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0x7e000000 ebus0: addr 0-0x1fffff (no driver attached) ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no driver attached) ebus0: addr 0x100000000-0x1000fffff (no driver attached) ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 (no driver attached) ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) ebus0: addr 0x100000032-0x100000037 (no driver attached) rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 rtc0: registered as a time-of-day clock (resolution 1000000us) ct_to_ts([2008-11-11 16:38:47]) = 1226421527.000000000 rtc0: current time: 1226421527.000000000 ebus0: addr 0x100300600-0x100300607 (no driver attached) ebus0: addr 0x100300700-0x100300701 (no driver attached) ebus0: addr 0x100300278-0x100300287,0x10030002e-0x10030002f,0x100700000-0x10070000f irq 28 (no driver attached) uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on ebus0 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on ebus0 uart1: [FILTER] uart1: fast interrupt uart1: console (115200,n,8,1) scc0: addr 0x100400000-0x10040007f irq 34 on ebus0 scc0: resetting hardware scc0: [FILTER] uart2: on scc0 uart2: [FILTER] uart2: CTS oflow uart2: fast interrupt uart3: on scc0 uart3: [FILTER] uart3: CTS oflow uart3: fast interrupt scc0: fast interrupt gem0: mem 0x100000-0x11ffff at device 5.1 on pci0 gem0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0x100000 miibus0: on gem0 ukphy0: PHY 1 on miibus0 ukphy0: OUI 0x00601d, model 0x000c, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: bpf attached gem0: Ethernet address: 00:03:ba:29:8d:26 gem0: [MPSAFE] gem0: [ITHREAD] ohci0: mem 0x1000000-0x1007fff at device 5.3 on pci0 ohci0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x1000000 ohci0: (New OHCI DeviceId=0x1103108e) ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 4 ports with 4 removable, self powered sym0: <875> port 0x300-0x3ff mem 0x124000-0x1240ff,0x126000-0x126fff at device 6.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x124000 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x126000 sym0: chip clock is 40218KHz sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [MPSAFE] sym0: [ITHREAD] sym1: <875> port 0x400-0x4ff mem 0x128000-0x1280ff,0x12a000-0x12afff at device 6.1 on pci0 sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x128000 sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x12a000 sym1: chip clock is 40218KHz sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: [MPSAFE] sym1: [ITHREAD] pcib1: at device 3.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x1000-0xfff pcib1: memory decode 0x2000000-0x10ffffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x108e, dev=0x1000, revid=0x01 domain=0, bus=1, slot=0, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0x2000000, size 24, enabled pcib1: requested memory range 0x2000000-0x2ffffff: good map[14]: type Memory, range 32, base 0x3000000, size 23, enabled pcib1: requested memory range 0x3000000-0x37fffff: good found-> vendor=0x108e, dev=0x1001, revid=0x01 domain=0, bus=1, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=255 map[10]: type Memory, range 32, base 0x3800000, size 15, enabled pcib1: requested memory range 0x3800000-0x3807fff: good found-> vendor=0x108e, dev=0x1000, revid=0x01 domain=0, bus=1, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0x6000000, size 24, enabled pcib1: requested memory range 0x6000000-0x6ffffff: good map[14]: type Memory, range 32, base 0x7000000, size 23, enabled pcib1: requested memory range 0x7000000-0x77fffff: good found-> vendor=0x108e, dev=0x1001, revid=0x01 domain=0, bus=1, slot=1, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=255 map[10]: type Memory, range 32, base 0x3808000, size 15, enabled pcib1: requested memory range 0x3808000-0x380ffff: good found-> vendor=0x108e, dev=0x1000, revid=0x01 domain=0, bus=1, slot=2, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0xa000000, size 24, enabled pcib1: requested memory range 0xa000000-0xaffffff: good map[14]: type Memory, range 32, base 0x7800000, size 23, enabled pcib1: requested memory range 0x7800000-0x7ffffff: good found-> vendor=0x108e, dev=0x1001, revid=0x01 domain=0, bus=1, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=255 map[10]: type Memory, range 32, base 0x3810000, size 15, enabled pcib1: requested memory range 0x3810000-0x3817fff: good found-> vendor=0x108e, dev=0x1000, revid=0x01 domain=0, bus=1, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0xd000000, size 24, enabled pcib1: requested memory range 0xd000000-0xdffffff: good map[14]: type Memory, range 32, base 0xe000000, size 23, enabled pcib1: requested memory range 0xe000000-0xe7fffff: good found-> vendor=0x108e, dev=0x1001, revid=0x01 domain=0, bus=1, slot=3, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=255 map[10]: type Memory, range 32, base 0x3818000, size 15, enabled pcib1: requested memory range 0x3818000-0x381ffff: good pci1: at device 0.0 (no driver attached) hme0: mem 0x3800000-0x3807fff at device 0.1 on pci1 hme0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x3800000 pcib1: slot 0 INTB is routed to irq 21 miibus1: on hme0 ukphy1: PHY 1 on miibus1 ukphy1: OUI 0x00601d, model 0x000c, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: bpf attached hme0: Ethernet address: 00:03:ba:1f:72:39 pcib0: installed DMA sync wrapper for device 0.1 on bus 1 hme0: [MPSAFE] hme0: [ITHREAD] pci1: at device 1.0 (no driver attached) hme1: mem 0x3808000-0x380ffff at device 1.1 on pci1 hme1: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x3808000 pcib1: slot 1 INTB is routed to irq 22 miibus2: on hme1 ukphy2: PHY 1 on miibus2 ukphy2: OUI 0x00601d, model 0x000c, rev. 1 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme1: bpf attached hme1: Ethernet address: 00:03:ba:1f:72:3a pcib0: installed DMA sync wrapper for device 1.1 on bus 1 hme1: [MPSAFE] hme1: [ITHREAD] pci1: at device 2.0 (no driver attached) hme2: mem 0x3810000-0x3817fff at device 2.1 on pci1 hme2: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x3810000 pcib1: slot 2 INTB is routed to irq 23 miibus3: on hme2 ukphy3: PHY 1 on miibus3 ukphy3: OUI 0x00601d, model 0x000c, rev. 1 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme2: bpf attached hme2: Ethernet address: 00:03:ba:1f:72:3b pcib0: installed DMA sync wrapper for device 2.1 on bus 1 hme2: [MPSAFE] hme2: [ITHREAD] pci1: at device 3.0 (no driver attached) hme3: mem 0x3818000-0x381ffff at device 3.1 on pci1 hme3: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x3818000 pcib1: slot 3 INTB is routed to irq 20 miibus4: on hme3 ukphy4: PHY 1 on miibus4 ukphy4: OUI 0x00601d, model 0x000c, rev. 1 ukphy4: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme3: bpf attached hme3: Ethernet address: 00:03:ba:1f:72:3c pcib0: installed DMA sync wrapper for device 3.1 on bus 1 hme3: [MPSAFE] hme3: [ITHREAD] pcib2: mem 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff irq 562,560,561,564 on nexus0 pcib2: Schizo, version 5, IGN 0x8, bus A, 66MHz Timecounter "pcib2" frequency 150000000 Hz quality 100 pcib2: DVMA map: 0xc0000000 to 0xffffffff pcib2: bus range 0 to 0; PCI bus 0 pcib2: [FILTER] pcib2: [FILTER] pci2: on pcib2 pci2: domain=2, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=2, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1077, dev=0x2200, revid=0x05 domain=2, bus=0, slot=4, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled map[14]: type Memory, range 32, base 0x100000, size 12, memory disabled Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 3.0 isp0: port 0x300-0x3ff mem 0x100000-0x100fff at device 4.0 on pci2 isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0x100000 isp0: using Memory space register mapping isp0: [MPSAFE] isp0: [ITHREAD] isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 isp0: 309 max I/O command limit set isp0: invalid NVRAM header isp0: invalid NVRAM header isp0: Using Node WWN 0x400000007f000009 isp0: Using Port WWN 0x400000007f000009 syscons0: no video adapter found. nexus0: type unknown (no driver attached) Reducing kern.maxvnodes 262513 -> 100000 procfs registered Timecounter "tick" frequency 900000000 Hz quality 10 Timecounters tick every 1.000 msec lo0: bpf attached Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. isp0: LIP Received isp0: Loop UP isp0: Port Database Changed isp0: Firmware State Ready> isp0: HBA PortID 0x000029 N-Port Handle 109, Connection Topology 'Private Loop' isp0: HBA WWNN 0x400000007f000009 HBA WWPN 0x400000007f000009 (probe6:sym0:0:6:0): Retrying Command (probe6:sym0:0:6:0): error 22 (probe6:sym0:0:6:0): Unretryable Error pass0 at sym0 bus 0 target 6 lun 0 pass0: Removable CD-ROM SCSI-2 device pass0: 3.300MB/s transfers GEOM: new disk cd0 SMP: AP CPU #1 Launched! (cd0:WsAyRmN0I:N0G::6 :W0I)T:N EeSrSr oorp t6i o(nc de0n:asbylme0d:,0 :e6x:p0e)c:t Urnerdeutcreyda bpleer fEorrrmoarn cced.0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:sym0:0:6:0): error 6 (cd0:sym0:0:6:0): Unretryable Error (cd0:sym0:0:6:0): error 6 (cd0:sym0:0:6:0): Unretryable Error (cd0:sym0:0:6:0): error 6 (cd0:sym0:0:6:0): Unretryable Error (cd0:sym0:0:6:0): error 6 (cd0:sym0:0:6:0): Unretryable Error Trying to mount root from nfs:192.168.42.48:/install/fbsds64 NFS ROOT: 192.168.42.48:/install/fbsds64 ct_to_ts([2008-11-11 16:39:07]) = 1226421547.000000000 ct_to_ts([2008-11-11 16:39:07]) = 1226421547.000000000 start_init: trying /sbin/init lock order reversal: 1st 0xfffff8000309e070 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xfffff800035cd890 nfs (nfs) @ /usr/src/sys/kern/vfs_subr.c:2047 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x38 witness_checkorder() at witness_checkorder+0xcf8 __lockmgr_args() at __lockmgr_args+0x2d0 vop_stdlock() at vop_stdlock+0x38 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x110 _vn_lock() at _vn_lock+0x80 vget() at vget+0x120 vnode_pager_lock() at vnode_pager_lock+0x240 vm_fault() at vm_fault+0x208 trap_pfault() at trap_pfault+0x198 trap() at trap+0xd0 -- fast data access mmu miss tar=0x2a2001 %o7=0xc0080e00 -- userland() at 0x10015c user trace: trap %o7=0xc0080e00 pc 0x10015c, sp 0x7fdffffe531 pc 0, sp 0x7fdffffe5f1 done hme3: link state changed to UP --Q0rSlbzrZN6k9QnT-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 12 19:44:46 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377F31065676 for ; Wed, 12 Nov 2008 19:44:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id BD8E18FC1D for ; Wed, 12 Nov 2008 19:44:45 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mACJii4l070800; Wed, 12 Nov 2008 20:44:44 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mACJiirS070799; Wed, 12 Nov 2008 20:44:44 +0100 (CET) (envelope-from marius) Date: Wed, 12 Nov 2008 20:44:44 +0100 From: Marius Strobl To: Michael Moll Message-ID: <20081112194444.GD64456@alchemy.franken.de> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <20081029001112.GR5156@darkthrone.kvedulv.de> <20081029081558.GB31338@alchemy.franken.de> <20081029140204.GS5156@darkthrone.kvedulv.de> <20081110222744.GA64456@alchemy.franken.de> <20081111170407.GS5156@darkthrone.kvedulv.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081111170407.GS5156@darkthrone.kvedulv.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 19:44:46 -0000 On Tue, Nov 11, 2008 at 06:04:07PM +0100, Michael Moll wrote: > Hi Marius, > > On Mon, Nov 10, 2008 at 11:27:44PM +0100, Marius Strobl wrote: > > Could you please give the patch at: > > http://people.freebsd.org/~marius/schizo_cdma.diff > > a try with that machine? The patch implements the consistent > > DMA syncing required for devices behind PCI-PCI, f.e. your > > HMEs, for Schizo version >= 5. I.e. please test, whether > > the machine still boots with the patch in place and using > > a HME just works and increases the vec566: pcib0 counter > > (I hope I got the numbers right; well, see `vmstat -i` > > for pcib interrupts). > > Seems all fine, I attached verbose bootmessages. I tried one HME > interface and it seems to work, counters increase also: Thanks you very much for testing! How annoying is testing patches on this machine for you? At some point in time I'll have another one to try with a version >= 5 Schizo, which won't require additional hardware like your QFE card though, so I could also bug someone else then... Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 12 20:10:31 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAA0C106568C for ; Wed, 12 Nov 2008 20:10:31 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEDD8FC1F for ; Wed, 12 Nov 2008 20:10:31 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mACKAUXi071036; Wed, 12 Nov 2008 21:10:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mACKATR2071035; Wed, 12 Nov 2008 21:10:29 +0100 (CET) (envelope-from marius) Date: Wed, 12 Nov 2008 21:10:29 +0100 From: Marius Strobl To: Mark Linimon Message-ID: <20081112201029.GE64456@alchemy.franken.de> References: <20081031124442.GB9102@soaustin.net> <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081105184746.GA26875@soaustin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 20:10:31 -0000 On Wed, Nov 05, 2008 at 12:47:46PM -0600, Mark Linimon wrote: > On Tue, Nov 04, 2008 at 11:10:03PM +0100, Marius Strobl wrote: > > I've planned to give that configuration a try but I need to fetch > > mine from the datacenter in order to do so. > > No rush, I'm still traveling. > Well, mine "just works": http://people.freebsd.org/~marius/t1-200.txt I've also tried some combinations of variations like w/ and w/o ATAPI DMA, w/ and w/o a CD, w/ and w/o a HD (one strange thing is that yours probes for SCSI devices before attaching acd0 while mine does that afterwards) but none made a difference. So either the problem was temporary (the preallocation of DMA related things in ata(4) being switched back and force comes to my mind) or it's truly specific to your machine. The bad news it I couldn't get the firmware of mine to netboot. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 12 20:38:54 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0369B1065677 for ; Wed, 12 Nov 2008 20:38:54 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [IPv6:2610:1f8:dc:41:220:edff:fe27:e764]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1528FC1C for ; Wed, 12 Nov 2008 20:38:53 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2610:1f8:dc:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 557A1A80E7 for ; Wed, 12 Nov 2008 15:30:02 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 096E212FD0D; Wed, 12 Nov 2008 15:38:49 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <20081031124442.GB9102@soaustin.net> <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Wed_Nov_12_15:38:38_2008-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 12 Nov 2008 15:38:48 -0500 In-Reply-To: <20081112201029.GE64456@alchemy.franken.de> (Marius Strobl's message of "Wed, 12 Nov 2008 21:10:29 +0100") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 20:38:54 -0000 --pgp-sign-Multipart_Wed_Nov_12_15:38:38_2008-1 Content-Type: text/plain; charset=US-ASCII >>>>> "ms" == Marius Strobl writes: ms> I couldn't get the firmware of mine to netboot. 'boot net:dhcp' that you're often advised to type silently tries to boot by RARP without complaining about the :dhcp. I gave up trying to boot with DHCP. meh. of course freebsd 'loader' will still want dhcp, so you need to have rarp + tftp running on the same machine to provide 'loader' to the firmware, and also a dhcp server running somewhere. you do not need a bootparams server. iirc 'loader' will quietly use either tftp or nfs to load all it's config and forth bootstrap and kernel and modules. --pgp-sign-Multipart_Wed_Nov_12_15:38:38_2008-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUASRs+2InCBbTaW/4dAQLsyQQAkvBWG269pZ/BGycltXOVkaQ8EkQPhVDu 50tvM1ZOL528QU3tH+1+N2joJp4sL8wqhna6MywxJC79kh6YWeogLUA0BbcT8mvz oR63fWX8vzdA3VGItMevW7VDTxWFsTQVr+IXDhSgM2JSp67/GfF3prAoY7//FozP iM4ZhEtJUAI= =y6Q1 -----END PGP SIGNATURE----- --pgp-sign-Multipart_Wed_Nov_12_15:38:38_2008-1-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 12 21:35:44 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D21EE106567C for ; Wed, 12 Nov 2008 21:35:44 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 611CA8FC0C for ; Wed, 12 Nov 2008 21:35:44 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mACLZhwD071647; Wed, 12 Nov 2008 22:35:43 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mACLZhbF071646; Wed, 12 Nov 2008 22:35:43 +0100 (CET) (envelope-from marius) Date: Wed, 12 Nov 2008 22:35:43 +0100 From: Marius Strobl To: Miles Nordin Message-ID: <20081112213543.GA71577@alchemy.franken.de> References: <20081031124442.GB9102@soaustin.net> <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 21:35:44 -0000 On Wed, Nov 12, 2008 at 03:38:48PM -0500, Miles Nordin wrote: > >>>>> "ms" == Marius Strobl writes: > > ms> I couldn't get the firmware of mine to netboot. > > 'boot net:dhcp' that you're often advised to type silently tries to > boot by RARP without complaining about the :dhcp. I gave up trying to > boot with DHCP. meh. > > of course freebsd 'loader' will still want dhcp, so you need to have > rarp + tftp running on the same machine to provide 'loader' to the > firmware, and also a dhcp server running somewhere. you do not need a > bootparams server. iirc 'loader' will quietly use either tftp or nfs > to load all it's config and forth bootstrap and kernel and modules. I've tried with both dhcpd and rarpd in place. I have other sun4u machines that only boot using RARP so I know my setup works. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 13 06:19:20 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CDEA1065680 for ; Thu, 13 Nov 2008 06:19:20 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 47F158FC0A for ; Thu, 13 Nov 2008 06:19:20 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 09F0271EFB1; Thu, 13 Nov 2008 01:03:53 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fog82fC4a4wh; Thu, 13 Nov 2008 01:03:52 -0500 (EST) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id B517771EF6A; Thu, 13 Nov 2008 01:03:52 -0500 (EST) Message-ID: <491BC348.7070408@egr.msu.edu> Date: Thu, 13 Nov 2008 01:03:52 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: Marius Strobl References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> In-Reply-To: <20081028221321.GA32214@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 06:19:20 -0000 Marius Strobl wrote: > On Tue, Oct 28, 2008 at 06:28:23PM +0100, Michael Moll wrote: > >> Hello, >> >> I'm trying to boot the 8.0-20081011-SNAP-sparc64-disc1.iso an a SUN Fire 280R, see the output below. >> pcib0: mem 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff irq 563,560,561,564,550 on nexus0 >> pcib0: Schizo, version 5, IGN 0x8, bus B, 33MHz >> > Unfortunately, you're the first person to give it a try with > a Schizo version > 4 bridge. I think this should be gone with > r184428, though stay away from add-on cards with PCI-PCI- > bridges for now. Do you have a way to make use of that > revision or do you need a new ISO image? > > Marius > > > Is there a way to check this version from Solaris, out of curiosity? Does this from prtdiag relate? We have four 280R at work and I could probably experiment with FreeBSD on one soon, but I haven't even had time to boot the ISO yet. Port Model ID Status Version -------- ---- ------ ------- Schizo 8 ok 7 From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 13 12:02:55 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2561065670 for ; Thu, 13 Nov 2008 12:02:55 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 225628FC0A for ; Thu, 13 Nov 2008 12:02:54 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id D6AEA1CC71; Thu, 13 Nov 2008 13:02:52 +0100 (CET) Date: Thu, 13 Nov 2008 13:02:52 +0100 From: Michael Moll To: Marius Strobl Message-ID: <20081113120252.GT5156@darkthrone.kvedulv.de> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <20081029001112.GR5156@darkthrone.kvedulv.de> <20081029081558.GB31338@alchemy.franken.de> <20081029140204.GS5156@darkthrone.kvedulv.de> <20081110222744.GA64456@alchemy.franken.de> <20081111170407.GS5156@darkthrone.kvedulv.de> <20081112194444.GD64456@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081112194444.GD64456@alchemy.franken.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 12:02:55 -0000 Hi Marius, On Wed, Nov 12, 2008 at 08:44:44PM +0100, Marius Strobl wrote: > Thanks you very much for testing! How annoying is testing > patches on this machine for you? It's no problem at all, just send more patches if they are ready :) -- Michael Moll e-mail : kvedulv@kvedulv.de WWW : http://www.kvedulv.de/ GSM : +49 175 606 7861 From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 13 22:26:03 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 320A3106564A for ; Thu, 13 Nov 2008 22:26:03 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id AF02B8FC13 for ; Thu, 13 Nov 2008 22:26:02 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mADMPxko004317; Thu, 13 Nov 2008 23:25:59 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mADMPxAO004316; Thu, 13 Nov 2008 23:25:59 +0100 (CET) (envelope-from marius) Date: Thu, 13 Nov 2008 23:25:59 +0100 From: Marius Strobl To: Adam McDougall Message-ID: <20081113222559.GF64456@alchemy.franken.de> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <491BC348.7070408@egr.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <491BC348.7070408@egr.msu.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 22:26:03 -0000 On Thu, Nov 13, 2008 at 01:03:52AM -0500, Adam McDougall wrote: > > Is there a way to check this version from Solaris, out of curiosity? > Does this from prtdiag relate? We have four 280R at work and I could > probably experiment with FreeBSD on one soon, but I haven't even had > time to boot the ISO yet. > > Port > Model ID Status Version > -------- ---- ------ ------- > Schizo 8 ok 7 I'd assume that this is the version info in question. If you want to be absolutely sure, get the OFW device tree in more or less raw form by runnning `prtconf -Ppv` and look at the "version#" property of a node having a "compatible" property of "pci108e,8001". Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 13 23:42:42 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02483106564A for ; Thu, 13 Nov 2008 23:42:42 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id C10C78FC16 for ; Thu, 13 Nov 2008 23:42:41 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 2803C71F059; Thu, 13 Nov 2008 18:42:41 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Okny9RLMjSnq; Thu, 13 Nov 2008 18:42:41 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 06B6371F03E; Thu, 13 Nov 2008 18:42:41 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id F411A764; Thu, 13 Nov 2008 18:42:40 -0500 (EST) Date: Thu, 13 Nov 2008 18:42:40 -0500 From: Adam McDougall To: Marius Strobl Message-ID: <20081113234240.GT40736@egr.msu.edu> References: <20081028172823.GO5156@darkthrone.kvedulv.de> <20081028221321.GA32214@alchemy.franken.de> <491BC348.7070408@egr.msu.edu> <20081113222559.GF64456@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081113222559.GF64456@alchemy.franken.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: Booting of snapshot-iso on SUN Fire V280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 23:42:42 -0000 On Thu, Nov 13, 2008 at 11:25:59PM +0100, Marius Strobl wrote: On Thu, Nov 13, 2008 at 01:03:52AM -0500, Adam McDougall wrote: > > Is there a way to check this version from Solaris, out of curiosity? > Does this from prtdiag relate? We have four 280R at work and I could > probably experiment with FreeBSD on one soon, but I haven't even had > time to boot the ISO yet. > > Port > Model ID Status Version > -------- ---- ------ ------- > Schizo 8 ok 7 I'd assume that this is the version info in question. If you want to be absolutely sure, get the OFW device tree in more or less raw form by runnning `prtconf -Ppv` and look at the "version#" property of a node having a "compatible" property of "pci108e,8001". Marius Thanks, looks like it: compatible: 'pci108e,8001' clock-frequency: 01f78a40 bus-range: 00000000.00000000 bus-parity-generated: no-probe-list: '0' name: 'pci' device_type: 'pci' #address-cells: 00000003 #size-cells: 00000002 implementation#: 0000002a version#: 00000007 portid: 00000008 From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 14 16:19:33 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72201065675 for ; Fri, 14 Nov 2008 16:19:33 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id B40638FC0A for ; Fri, 14 Nov 2008 16:19:33 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 45A5A8C072; Fri, 14 Nov 2008 10:19:33 -0600 (CST) Date: Fri, 14 Nov 2008 10:19:33 -0600 To: Marius Strobl Message-ID: <20081114161933.GA24688@soaustin.net> References: <20081031124442.GB9102@soaustin.net> <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> <20081112213543.GA71577@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081112213543.GA71577@alchemy.franken.de> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2008 16:19:33 -0000 It turns out the T1-200s are much happier to boot if you actually include the gem(4) driver in the kernel. Sigh. Anyways, thanks for the help investigating. mcl From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 14 21:11:21 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73AE51065675 for ; Fri, 14 Nov 2008 21:11:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 032938FC12 for ; Fri, 14 Nov 2008 21:11:20 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id mAELBJJW012924; Fri, 14 Nov 2008 22:11:19 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id mAELBJZW012923; Fri, 14 Nov 2008 22:11:19 +0100 (CET) (envelope-from marius) Date: Fri, 14 Nov 2008 22:11:19 +0100 From: Marius Strobl To: Mark Linimon Message-ID: <20081114211118.GG64456@alchemy.franken.de> References: <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> <20081112213543.GA71577@alchemy.franken.de> <20081114161933.GA24688@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081114161933.GA24688@soaustin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2008 21:11:21 -0000 On Fri, Nov 14, 2008 at 10:19:33AM -0600, Mark Linimon wrote: > It turns out the T1-200s are much happier to boot if you actually > include the gem(4) driver in the kernel. > > Sigh. > > Anyways, thanks for the help investigating. > Ah, the problem then likely is that the GEMs are left initialized and running by the firmware; at some point, probably when some packet is received, the GEM DMAs something to a mapping the IOMMU no longer knows about since the kernel has taken it over and thus triggers a DMA error interrupt. If this happens when netbooting then it's probably time to fix libstand to no longer open and close the network device for every file access so we can remove the hack form the loader which just keeps the device open forever. On the other hand, it's probably beneficial in general to not remove the driver for the device one wants to netboot with :) Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Nov 14 22:16:23 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D864C1065674 for ; Fri, 14 Nov 2008 22:16:23 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id A32D98FC19 for ; Fri, 14 Nov 2008 22:16:23 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0KAC00200DRAIH00@smtpauth1.wiscmail.wisc.edu> for freebsd-sparc64@freebsd.org; Fri, 14 Nov 2008 15:16:22 -0600 (CST) Received: from sark.icecube.wisc.edu ([128.104.34.126]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0KAC00288DR77E00@smtpauth1.wiscmail.wisc.edu>; Fri, 14 Nov 2008 15:16:22 -0600 (CST) Date: Fri, 14 Nov 2008 15:23:01 -0600 From: Nathan Whitehorn In-reply-to: <20081114211118.GG64456@alchemy.franken.de> To: Marius Strobl Message-id: <491DEC35.7060203@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.34.126 X-Spam-PmxInfo: Server=avs-10, Version=5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.11.14.210428, SenderIP=128.104.34.126 References: <183638.12752.qm@web56802.mail.re3.yahoo.com> <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> <20081112213543.GA71577@alchemy.franken.de> <20081114161933.GA24688@soaustin.net> <20081114211118.GG64456@alchemy.franken.de> User-Agent: Thunderbird 2.0.0.9 (X11/20080211) Cc: freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2008 22:16:23 -0000 Marius Strobl wrote: > On Fri, Nov 14, 2008 at 10:19:33AM -0600, Mark Linimon wrote: > >> It turns out the T1-200s are much happier to boot if you actually >> include the gem(4) driver in the kernel. >> >> Sigh. >> >> Anyways, thanks for the help investigating. >> >> > > Ah, the problem then likely is that the GEMs are left initialized > and running by the firmware; at some point, probably when some > packet is received, the GEM DMAs something to a mapping the > IOMMU no longer knows about since the kernel has taken it over > and thus triggers a DMA error interrupt. > If this happens when netbooting then it's probably time to > fix libstand to no longer open and close the network device > for every file access so we can remove the hack form the > loader which just keeps the device open forever. On the other > hand, it's probably beneficial in general to not remove the > driver for the device one wants to netboot with :) > This opening and closing for each file access breaks netbooting on a wide range of PowerPC systems as well (ones with gem interfaces, for instance). So it would be nice if you could fix loader in an MI way... -Nathan From owner-freebsd-sparc64@FreeBSD.ORG Sat Nov 15 11:42:59 2008 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4559F106567E for ; Sat, 15 Nov 2008 11:42:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 230478FC18 for ; Sat, 15 Nov 2008 11:42:58 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 642CF8C078; Sat, 15 Nov 2008 05:42:58 -0600 (CST) Date: Sat, 15 Nov 2008 05:42:58 -0600 To: Marius Strobl Message-ID: <20081115114258.GA5532@soaustin.net> References: <20081031131827.GA9613@soaustin.net> <20081103223042.GB8256@alchemy.franken.de> <20081104115722.GA28394@soaustin.net> <20081104221003.GE31338@alchemy.franken.de> <20081105184746.GA26875@soaustin.net> <20081112201029.GE64456@alchemy.franken.de> <20081112213543.GA71577@alchemy.franken.de> <20081114161933.GA24688@soaustin.net> <20081114211118.GG64456@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081114211118.GG64456@alchemy.franken.de> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Mark Linimon , freebsd-sparc64@freebsd.org Subject: Re: Free Ultra2 in Silicon Valley, USA X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 11:42:59 -0000 On Fri, Nov 14, 2008 at 10:11:19PM +0100, Marius Strobl wrote: > If this happens when netbooting then it's probably time to > fix libstand to no longer open and close the network device > for every file access Yes, it happens when netbooting. When I first installed onto the hard drives, I installed a GENERIC 7.0R, so the machines worked then. Therefore, I can't tell you if a gem-less kernel installed to disk fails or works. mcl