From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 23 22:26:45 2009 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 91864106564A for ; Sun, 23 Aug 2009 22:26:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 423B18FC1C for ; Sun, 23 Aug 2009 22:26:45 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1093565qwe.7 for ; Sun, 23 Aug 2009 15:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=1EYgex2WF3J+zZavUXQp0bB+AtqrnGR0aGXCbHSQ5Hc=; b=VNaNGiryrdLgqV+VBcEgOb6YTDoEUDKZVNKW+zNy9ZHG3XlxEO+9Ywu7aEffhLmu5+ ivclO2yJyJ/WMNZmFnK3CKb2+gv0wp1u3OOm+t7f5J288UyfeqMQimCrNd1XmI/FjL+x w4PoQz58QJqJ+jET6X9n3DRwQi/QE/nDu77nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=uQEcb3s0/W6FnN45DjHa1ENOIf+uZNyLQcaO/DbvqmPFRiK85gej2YPCm6r+5SAw19 2cC7UKred3sBI2mIyFrpYQbXB8EXEqpnwAnMCaM+c6nrxcI9FbmRMcx0PreP7XnSR8D6 g9l+Hi+BG6n95U85xSfEZ5RfEpejpL86o+cfU= Received: by 10.224.51.231 with SMTP id e39mr2240266qag.337.1251066404436; Sun, 23 Aug 2009 15:26:44 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm260594qwd.21.2009.08.23.15.26.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 Aug 2009 15:26:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 23 Aug 2009 15:26:06 -0700 From: Pyun YongHyeon Date: Sun, 23 Aug 2009 15:26:06 -0700 To: Marius Strobl Message-ID: <20090823222606.GA1185@michelle.cdnetworks.com> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819175610.GA20481@michelle.cdnetworks.com> <20090819204603.GL25891@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090819204603.GL25891@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 22:26:45 -0000 On Wed, Aug 19, 2009 at 10:46:03PM +0200, Marius Strobl wrote: [...] > > > Ok, I think I've identified the incorrect bus_dma(9) settings > > > with the help of Tatsuo YOKOGAWA's ali(4) (which as least for > > > the alignment requirement also matches the NetBSD autri(4). A > > > new patch is at: > > > http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff > > > > The patch looks good to me but I have two questions. The alignment > > restriction specified in bus_dma_tag_create(9) really works even > > if the alignment is greater than PAGE_SIZE? I vaguely remember > > the alignment was not satisfied last time I tried it on i386 if I > > specified 256K. > > Hrm, from a quick check of the i386 busdma and the sparc64 > busdma and IOMMU code I see no indication why such an > alignment shouldn't work as expected, neither do relevant > man pages like bus_dma(9) and contigmalloc(9) indicate a > restriction to PAGE_SIZE. Based on the addresses of the > buffers I get on sparc64 (f.e. 0xc0000000 and 0xc0020000) > I'd also say it just works. But before possibly commiting > this change I've to also run-time check it on i386 anyway. > I tried it on amd64 CURRENT and it still fails to align if I set 16K as alignment. So I guess i386 may also have the same issue. As you said I also wonder why contigmalloc(9) does not honor the alignment. From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 23 22:48:05 2009 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 E42AA106564A for ; Sun, 23 Aug 2009 22:48:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 905168FC0A for ; Sun, 23 Aug 2009 22:48:05 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1097052qwe.7 for ; Sun, 23 Aug 2009 15:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=8TTwApN3NI9uKF8RuhZYvDzHlzmGeoVJ01DZxI8ImO0=; b=i3yOGWOfXby1Gyvwl7DjfWDSJxO468xdHkyNHeQnYJ9SPbkBpfmHdD9dcQWnMy9CLF qOhp9bhdAXQQpFHAOqdU6d3UEl+cVIWFowpSly9hpJNSa82nLTr72oDvhTqglCeqde7T uSqyP5XRGCZg7D+H3ow+bUOJkrcm98GExGnnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=cj3U3DIOqJuKmwjAMyDERa2pIe7VieGarQlQr07mTQRizCujeUPt01eyYAU+eR3cdJ Wifrhr8gOOeeq3E1jzryJ3FWiTBSxq6GCkjJzxKJUnApvDRZoTAKs/DsFA0QkRTd0iEe Aeg458BbYDnmw1424WTaYVjzb9PzHpMJIauJk= Received: by 10.224.83.136 with SMTP id f8mr2323078qal.86.1251067684866; Sun, 23 Aug 2009 15:48:04 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm384426qwb.44.2009.08.23.15.48.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 Aug 2009 15:48:03 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 23 Aug 2009 15:47:27 -0700 From: Pyun YongHyeon Date: Sun, 23 Aug 2009 15:47:27 -0700 To: Marius Strobl Message-ID: <20090823224727.GB1185@michelle.cdnetworks.com> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090821193740.GA66639@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 22:48:06 -0000 On Fri, Aug 21, 2009 at 09:37:40PM +0200, Marius Strobl wrote: > On Fri, Aug 21, 2009 at 07:50:42PM +0200, Christian Ramseyer wrote: > > Gheorghe Ardelean wrote: > > > > > > On Thu, 20 Aug 2009, Christian Ramseyer wrote: > > > > > > [...] > > >> As it worked for Gheorghe, chances are that I'm doing something > > >> wrong/different: > > > > > > Now I have tested also mpg321 and it has a not that good sound quality. > > > A lot of noise is coming out but the sound is there all the time. The > > > noise is coming always on the bass (maybe drums?) parts. > > > > > > Christian, could please also test mpg123 and let us know if you get > > > different results? > > > > > > > I've got maybe 10 seconds of sound, then silence and these messages: > > > > [audio.c:596] error: Error in writing audio (Invalid argument?)! > > [mpg123.c:577] error: Deep trouble! Cannot flush to my output anymore! > > > > There was the "usual" message: > > pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > > > Also, I have the impressions that the rare events where I get some > > seconds of sound only occur when the box was powered down for some time > > before, subsequent attempts (also after reboot without power cycle) > > never seem to produce sound. > > This symptom is similar to when using non-working DMA tag > parameters, except that I get no sound at all then but > possibly a non-correctable DMA error panic. This also > might occur due to other kinds of bugs in the driver, > but without deeper insight in the sound subsystem and > no programming manual for the M5451 this is kind of > unfun... > Given that the driver works for Gheorghe with the same > hardware model I suspect an initialization issue based > on different firmware revsions. Could both of you please > run `pciconf -lv` and report the two lines starting > with isab0 and pcm0 (just these two lines, not the > whole output from that command). Then get a complete > dump of the PCI configuration header by running > `pciconf -rb 0:255` on the selectors > contained in the isab0 and pcm0 strings, for example: > `pciconf -rb isab0@pci0:1:7:0 0:255` > Please also report the pcm0 parts of a verbose boot > (stop the boot count-down by pressing space and > issue a `set boot_verbose`, followed by `boot`, then > get the pcm0 lines from for example the dmesg-output). > > Yongari, given that you've worked on sound drivers > and snd_t4dwave(4) in particular before, can you spot > something obviously wrong with the DMA programming > this driver does, for example in the CSO and ESO parts? > Sorry, I can't remember details. I have to reread 4DWave datasheet. 4DWave was one of the best audio controller in its sound quality and wavetable support. FreeBSD's 4DWave support was very minimal(e.g. no wavetable support, using sound blaster mode for recording etc) so I wanted to implement missing features in the past but had no time to try it. As time goes, ariff also changed/enhanced a lot of sound framework so my understanding to sound subsystem is now very limited and I guess I need more time to understand sound subsystem by reading every code of the subsystem. Anyway, I'll see what I can do if time permit. > > > > > So this is some kind of strange to me. I have tested also xmms with > > > the result of only noise comming out. > > > > I tried xmms with similar results: one short burst of noise/static, then > > silence. Plus some complaining about ioctls: > > > > ** WARNING **: SNDCTL_DSP_SETFMT ioctl failed: Invalid argument > > ** WARNING **: SNDCTL_DSP_SPEED ioctl failed: Invalid argument > > > > >From the symptoms Gheorghe reported for mpg321 I suspect > it has some LP64 and/or endian bugs, while mpg123 hasn't. > IIRC Yongari once also had a fix for such a bug in XMMS, > which isn't necessarily the cause for the above problem > though. > > Marius > From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 24 10:07:48 2009 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 3CF57106568B for ; Mon, 24 Aug 2009 10:07:48 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id BD9908FC13 for ; Mon, 24 Aug 2009 10:07:47 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 4189562003; Mon, 24 Aug 2009 12:07:45 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 13A2662002; Mon, 24 Aug 2009 12:07:44 +0200 (CEST) Date: Mon, 24 Aug 2009 12:07:44 +0200 (CEST) From: Gheorghe Ardelean To: Gheorghe Ardelean In-Reply-To: Message-ID: References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org, Marius Strobl Subject: Re: Audio on Sunblade 100 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, 24 Aug 2009 10:07:48 -0000 On Sat, 22 Aug 2009, Gheorghe Ardelean wrote: > On Fri, 21 Aug 2009, Marius Strobl wrote: > >> On Fri, Aug 21, 2009 at 07:50:42PM +0200, Christian Ramseyer wrote: >>> Gheorghe Ardelean wrote: >>>> >>>> On Thu, 20 Aug 2009, Christian Ramseyer wrote: >>>> >>>> [...] >>>>> As it worked for Gheorghe, chances are that I'm doing something >>>>> wrong/different: >>>> [...] >>> From the symptoms Gheorghe reported for mpg321 I suspect >> it has some LP64 and/or endian bugs, while mpg123 hasn't. >> IIRC Yongari once also had a fix for such a bug in XMMS, >> which isn't necessarily the cause for the above problem >> though. > > I have also a second blade 100. I wil test on monday on it (it's at work). I have installed also the second computer. Everything works ok. The sound quality problem that I observed with mpg321 is depending also on the files that are played. Here is the output, also for this computer, of the commands Marius sugested: blade100-2# uname -a FreeBSD blade100-2.ganet 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Wed Aug 19 14:14:19 CEST 2009 root@blade100.iisb.fraunhofer.de:/usr/src/sys/sparc64/compile/GENERIC sparc64 I use the same kernel compiled on the first machine! blade100-2# pciconf -lv isab0@pci0:0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M1533 Aladdin IV ISA Bridge' class = bridge subclass = PCI-ISA pcm0@pci0:0:8:0: class=0x040100 card=0x545110b9 chip=0x545110b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M5451 PCI AC-Link Controller Audio Device' class = multimedia subclass = audio blade100-2# pciconf -rb isab0@pci0:0:7:0 0:255 b9 10 33 15 0f 00 10 02 00 00 01 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 33 15 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 11 13 49 80 83 09 00 07 00 00 00 10 00 00 fd 01 00 00 00 40 00 07 02 00 6e 03 09 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 80 20 00 00 00 00 06 00 41 03 00 d3 04 02 00 04 00 00 01 10 07 00 33 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 blade100-2# pciconf -rb pcm0@pci0:0:8:0 0:255 b9 10 51 54 07 00 90 02 01 00 01 04 00 10 00 00 01 09 00 00 00 40 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 51 54 00 00 00 00 dc 00 00 00 00 00 00 00 23 01 02 18 00 00 00 00 00 04 00 e2 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 22 e6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >From all this dumps all I can see is that on my Blade100s there are some bytes in the isab0@pci... dumps which are different from what the Christian has: ardelean@ahorn:~> diff -u pciconf-myconfig1.txt pciconf-christian.txt --- pciconf-myconfig1.txt 2009-08-24 11:24:52.758524000 +0200 +++ pciconf-christian.txt 2009-08-24 11:25:30.791166000 +0200 -00 00 06 00 41 03 00 d3 04 02 00 04 00 00 01 10 +00 00 06 00 41 03 00 d3 04 02 00 02 00 00 01 10 and the boot verbose part: -pcm0: sndbuf_setmap c1140000, 10000; 0xc0c62000 -> c1140000 -pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000 +pcm0: sndbuf_setmap c1140000, 10000; 0xc0c50000 -> c1140000 +pcm0: sndbuf_setmap c1160000, 10000; 0xc0c70000 -> c1160000 Now same diff for the two Blades I have: ardelean@ahorn:~> diff -u pciconf-myconfig1.txt pciconf-myconfig2.txt --- pciconf-myconfig1.txt 2009-08-24 11:40:49.803728000 +0200 +++ pciconf-myconfig2.txt 2009-08-24 11:39:20.510277000 +0200 @@ -1,5 +1,5 @@ -blade100# pciconf -lv +blade100-2# pciconf -lv isab0@pci0:0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 @@ -15,7 +15,7 @@ class = multimedia subclass = audio -blade100# pciconf -rb isab0@pci0:0:7:0 0:255 +blade100-2# pciconf -rb isab0@pci0:0:7:0 0:255 b9 10 33 15 0f 00 10 02 00 00 01 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 33 15 @@ -24,7 +24,7 @@ 00 00 00 40 00 07 02 00 6e 03 09 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 80 20 00 00 00 00 06 00 41 03 00 d3 04 02 00 04 00 00 01 10 -07 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 +07 00 33 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 @@ -33,7 +33,7 @@ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -blade100# pciconf -rb pcm0@pci0:0:8:0 0:255 +blade100-2# pciconf -rb pcm0@pci0:0:8:0 0:255 b9 10 51 54 07 00 90 02 01 00 01 04 00 10 00 00 01 09 00 00 00 40 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 51 54 @@ -51,7 +51,7 @@ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -blade100# dmesg | grep ^pcm +blade100-2# dmesg |grep ^pcm pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device 8.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x900 @@ -76,5 +76,5 @@ pcm0: [ITHREAD] pcm0: M1533 0x7e: 0x1 -> 0x1 pcm0: clone manager: deadline=750ms flags=0x8000001e -pcm0: sndbuf_setmap c1140000, 10000; 0xc0c62000 -> c1140000 -pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000 +pcm0: sndbuf_setmap c1140000, 10000; 0xc0c56000 -> c1140000 +pcm0: sndbuf_setmap c1160000, 10000; 0xc0c76000 -> c1160000 So one can see that there are differences in the output of isab0@pci dump and also in the dmesg. In the case of Christian this diference is at bye offset 0x79 (one byte). In my case the difference is at byteoffset 0x82 (two bytes). I don't know what is the meaning of this bytes but maybe someone could tell us. The 1st Blade100 that I have has: UltraSPARC-IIe 500MHz, OpenBoot 4.2, 512MB RAM The 2nd one has: UltraSPARC-IIe 500MHz, OpenBoot 4.2, 256MB RAM Christian, are you running the same version of OpenBoot? Nevertheless thank you Marius! It's working (at least for me :) Best regards, Gheorghe Ardelean. From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 24 11:07:04 2009 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 9EB7F1065695 for ; Mon, 24 Aug 2009 11:07:04 +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 8D2218FC25 for ; Mon, 24 Aug 2009 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7OB7451048737 for ; Mon, 24 Aug 2009 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7OB73Tl048733 for freebsd-sparc64@FreeBSD.org; Mon, 24 Aug 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Aug 2009 11:07:03 GMT Message-Id: <200908241107.n7OB73Tl048733@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, 24 Aug 2009 11:07:04 -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/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD 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 12 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 24 18:32:20 2009 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 73ADD106568F for ; Mon, 24 Aug 2009 18:32:20 +0000 (UTC) (envelope-from rc@networkz.ch) Received: from x27.netnea.com (gstserv.netnea.com [213.200.225.210]) by mx1.freebsd.org (Postfix) with ESMTP id 26E8A8FC1F for ; Mon, 24 Aug 2009 18:32:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id 618C833DA9 for ; Mon, 24 Aug 2009 20:32:17 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at neanet.com Received: from x27.netnea.com ([127.0.0.1]) by localhost (x27.netnea.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kMrc81GIZdeq for ; Mon, 24 Aug 2009 20:32:17 +0200 (CEST) Received: from asado-180.local (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 1DDDC33DA7 for ; Mon, 24 Aug 2009 20:32:17 +0200 (CEST) Message-ID: <4A92DCAD.6040908@networkz.ch> Date: Mon, 24 Aug 2009 20:32:13 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Audio on Sunblade 100 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, 24 Aug 2009 18:32:20 -0000 Gheorghe Ardelean wrote: > The 1st Blade100 that I have has: > > UltraSPARC-IIe 500MHz, OpenBoot 4.2, 512MB RAM > > The 2nd one has: > > UltraSPARC-IIe 500MHz, OpenBoot 4.2, 256MB RAM > > Christian, are you running the same version of OpenBoot? > Mine has 4.17.1 and only 128 MB of RAM. If you guys think it would help, I could try to update it, but if I'm not mistaken, that would require me to first install Solaris on it, right? Christian From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 24 22:12:01 2009 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 A43EF106568E for ; Mon, 24 Aug 2009 22:12:01 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4918FC0A for ; Mon, 24 Aug 2009 22:12:01 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 52C9E17D01; Tue, 25 Aug 2009 00:11:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 20EF8166A0; Tue, 25 Aug 2009 00:11:57 +0200 (CEST) Date: Tue, 25 Aug 2009 00:11:56 +0200 (CEST) From: Gheorghe Ardelean To: Christian Ramseyer In-Reply-To: <4A92DCAD.6040908@networkz.ch> Message-ID: References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> <4A92DCAD.6040908@networkz.ch> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 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, 24 Aug 2009 22:12:01 -0000 On Mon, 24 Aug 2009, Christian Ramseyer wrote: > Gheorghe Ardelean wrote: >> The 1st Blade100 that I have has: >> >> UltraSPARC-IIe 500MHz, OpenBoot 4.2, 512MB RAM >> >> The 2nd one has: >> >> UltraSPARC-IIe 500MHz, OpenBoot 4.2, 256MB RAM >> >> Christian, are you running the same version of OpenBoot? >> > > Mine has 4.17.1 and only 128 MB of RAM. If you guys think it would help, > I could try to update it, but if I'm not mistaken, that would require me > to first install Solaris on it, right? Is this not newer than mine? I think 4.17 is the latest ( I have 4.2 ) Concerning the way to do the updates, I did all my updates by netbooting the update installer. I did this for Ultra 1, 1E, 5, 10 and 30. IIRC just setup a RARP and TFTP server, and serve the flash rom updater over TFTP. The file name should be the IP address of the client in HEX written with capital letter (tcpdump is your friend here analyzing the requests) and maybe at the end you should add the architectural class (sun4u). Do not forget to set the jumpers on the motherboard also. :) Good documentation about this setup could be found here: http://www.netbsd.org/docs/network/netboot/intro.sun.ofw.html The other way round is to use the Solaris CD/DVD. Best regards, Gheorghe Ardelean From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 25 11:14:02 2009 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 96FDC1065695 for ; Tue, 25 Aug 2009 11:14:02 +0000 (UTC) (envelope-from rc@networkz.ch) Received: from x27.netnea.com (gstserv.netnea.com [213.200.225.210]) by mx1.freebsd.org (Postfix) with ESMTP id 485B18FC2F for ; Tue, 25 Aug 2009 11:14:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id 590A733DAA for ; Tue, 25 Aug 2009 13:13:59 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at neanet.com Received: from x27.netnea.com ([127.0.0.1]) by localhost (x27.netnea.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aVuKhs2vJrkA for ; Tue, 25 Aug 2009 13:13:59 +0200 (CEST) Received: from asado-180.local (unknown [162.23.76.134]) by x27.netnea.com (Postfix) with ESMTPSA id 2AF9833DA9 for ; Tue, 25 Aug 2009 13:13:59 +0200 (CEST) Message-ID: <4A93C774.9010601@networkz.ch> Date: Tue, 25 Aug 2009 13:13:56 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> <4A92DCAD.6040908@networkz.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Audio on Sunblade 100 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, 25 Aug 2009 11:14:02 -0000 Gheorghe Ardelean wrote: >> >> Mine has 4.17.1 and only 128 MB of RAM. If you guys think it would help, >> I could try to update it, but if I'm not mistaken, that would require me >> to first install Solaris on it, right? > > Is this not newer than mine? I think 4.17 is the latest ( I have 4.2 ) > Concerning the way to do the updates, I did all my updates by netbooting > the update installer. I did this for Ultra 1, 1E, 5, 10 and 30. > Ah yes, netbooting would be an option. However, it seems like I actually haved the latest release: http://sunsolve.sun.com/search/document.do?assetkey=1-21-119235-01-1 Status: RELEASED Patch Id: 119235-01 Summary: Hardware/PROM: Sun Blade 100/150 Flash PROM Update Date: Apr/29/2005 Unbundled Release: OBP 4.17.1,OBDIAG 4.17.1,POST_2.0.1 Christian From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 25 17:00:25 2009 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 A055A10656AB for ; Tue, 25 Aug 2009 17:00:25 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA5B8FC75 for ; Tue, 25 Aug 2009 17:00:24 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 804D362003; Tue, 25 Aug 2009 19:00:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 527D362002; Tue, 25 Aug 2009 19:00:21 +0200 (CEST) Date: Tue, 25 Aug 2009 19:00:21 +0200 (CEST) From: Gheorghe Ardelean To: Christian Ramseyer In-Reply-To: <4A93C774.9010601@networkz.ch> Message-ID: References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@alchemy.franken.de> <4A92DCAD.6040908@networkz.ch> <4A93C774.9010601@networkz.ch> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 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, 25 Aug 2009 17:00:25 -0000 On Tue, 25 Aug 2009, Christian Ramseyer wrote: > Gheorghe Ardelean wrote: >>> >>> Mine has 4.17.1 and only 128 MB of RAM. If you guys think it would help, >>> I could try to update it, but if I'm not mistaken, that would require me >>> to first install Solaris on it, right? >> >> Is this not newer than mine? I think 4.17 is the latest ( I have 4.2 ) >> Concerning the way to do the updates, I did all my updates by netbooting >> the update installer. I did this for Ultra 1, 1E, 5, 10 and 30. >> > > Ah yes, netbooting would be an option. However, it seems like I actually > haved the latest release: > > http://sunsolve.sun.com/search/document.do?assetkey=1-21-119235-01-1 > > Status: RELEASED > Patch Id: 119235-01 > Summary: Hardware/PROM: Sun Blade 100/150 Flash PROM Update > Date: Apr/29/2005 > Unbundled Release: OBP 4.17.1,OBDIAG 4.17.1,POST_2.0.1 I did the same update. Now I have the same version as yours and the sound is still working! Nice! :) Here are the new dumps: isab0@pci0:0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M1533 Aladdin IV ISA Bridge' class = bridge subclass = PCI-ISA pcm0@pci0:0:8:0: class=0x040100 card=0x545110b9 chip=0x545110b9 rev=0x01 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M5451 PCI AC-Link Controller Audio Device' class = multimedia subclass = audio blade100-2# pciconf -rb isab0@pci0:0:7:0 0:255 b9 10 33 15 0f 00 10 02 00 00 01 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 33 15 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 11 13 49 80 83 09 00 07 00 00 00 10 00 00 fd 01 00 00 00 40 00 07 02 00 6e 03 09 00 00 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 80 20 00 00 00 00 06 00 41 03 00 d3 04 02 00 02 00 00 01 10 07 00 33 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 blade100-2# pciconf -rb pcm0@pci0:0:8:0 0:255 b9 10 51 54 07 00 90 02 01 00 01 04 00 10 00 00 01 09 00 00 00 40 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b9 10 51 54 00 00 00 00 dc 00 00 00 00 00 00 00 23 01 02 18 00 00 00 00 00 04 00 e2 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 22 e6 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 blade100-2# dmesg |grep ^pcm pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device 8.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x900 pcm0: pcm0: Codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: Primary codec extended features variable rate PCM pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] pcm0: M1533 0x7e: 0x1 -> 0x1 pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap c1140000, 10000; 0xc0c56000 -> c1140000 pcm0: sndbuf_setmap c1160000, 10000; 0xc0c76000 -> c1160000 Regards, Gheorghe From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 26 20:59:07 2009 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 05EF9106568F for ; Wed, 26 Aug 2009 20:59:07 +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 8661C8FC14 for ; Wed, 26 Aug 2009 20:59:06 +0000 (UTC) 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 n7QKx533021315; Wed, 26 Aug 2009 22:59:05 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7QKx5aa021314; Wed, 26 Aug 2009 22:59:05 +0200 (CEST) (envelope-from marius) Date: Wed, 26 Aug 2009 22:59:05 +0200 From: Marius Strobl To: Gheorghe Ardelean Message-ID: <20090826205905.GG94142@alchemy.franken.de> References: <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> <20090819161410.GA19351@alchemy.franken.de> <4A8DC0DF.4040701@networkz.ch> <4A8EDE72.6040703@networkz.ch> <20090821193740.GA66639@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: Gheorghe Ardelean , freebsd-sparc64@freebsd.org Subject: Re: Audio on Sunblade 100 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, 26 Aug 2009 20:59:07 -0000 On Mon, Aug 24, 2009 at 12:07:44PM +0200, Gheorghe Ardelean wrote: <...> Thanks for the dumps! > > >From all this dumps all I can see is that on my Blade100s there are some > bytes in the isab0@pci... dumps which are different from what the Christian > has: > > ardelean@ahorn:~> diff -u pciconf-myconfig1.txt pciconf-christian.txt > --- pciconf-myconfig1.txt 2009-08-24 11:24:52.758524000 +0200 > +++ pciconf-christian.txt 2009-08-24 11:25:30.791166000 +0200 > > -00 00 06 00 41 03 00 d3 04 02 00 04 00 00 01 10 > +00 00 06 00 41 03 00 d3 04 02 00 02 00 00 01 10 > > and the boot verbose part: > > -pcm0: sndbuf_setmap c1140000, 10000; 0xc0c62000 -> c1140000 > -pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000 > +pcm0: sndbuf_setmap c1140000, 10000; 0xc0c50000 -> c1140000 > +pcm0: sndbuf_setmap c1160000, 10000; 0xc0c70000 -> c1160000 > The interesing bits here are the leftmost and the rightmost columns which contain the DVMA addresses. Aa they are indentical on both machines, incorrect bus_dma(9) parameters can be ruled out as a cause for the problem Christian is seeing. > So one can see that there are differences in the output of isab0@pci > dump and also in the dmesg. In the case of Christian this diference is > at bye offset 0x79 (one byte). In my case the difference is at > byteoffset 0x82 (two bytes). Christian could try whether changing the value of register 0x7b (I think you got the offset of the first one wrong) to 4 via `pciconf -wb isab0@pci0:0:7:0 0x7b 4` before playing audio makes any difference, but given that with the latest firmware your machines also use 2 without problems I doubt that will make a difference. > I don't know what is the meaning of this > bytes but maybe someone could tell us. Well, the datasheet for the M1543C southbridge, which in theory contains the same ISA bridge as its successor, just lists it as reserved. Unfortunately I don't have on for the M1543D which Sun uses. > > Nevertheless thank you Marius! It's working (at least for me :) > Unfortunately, I'm currently out of ideas what could be the reason for the problem Christian is seeing. Given that what I have works fine on 2 of 3 Blade 100 and my Blade 1500, I'll commit it once I had a chance to verify it doesn't break i386 though. It would be great however if you could try a slightly updated version of the patch at http://people.freebsd.org/~marius/t4dwave_M5451_32-bit.diff (MD5 hash: 7aaee2bfeab57c21ab23c98cf1c67f23) with one of your Blade 100. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 26 22:42:53 2009 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 67D37106568B for ; Wed, 26 Aug 2009 22:42:53 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns.genyosha.net (ns.genyosha.net [216.103.76.250]) by mx1.freebsd.org (Postfix) with ESMTP id 319CA8FC14 for ; Wed, 26 Aug 2009 22:42:52 +0000 (UTC) Received: from dragon.genyosha.net (dragon.genyosha.net [216.103.76.254]) by ns.genyosha.net (8.13.5.20060614/8.12.11) with ESMTP id n7QMU7LE016416 for ; Wed, 26 Aug 2009 15:30:07 -0700 (PDT) Received: from dragon.genyosha.net (localhost [127.0.0.1]) by dragon.genyosha.net (8.14.3/8.14.3) with ESMTP id n7QMU7cp014138 for ; Wed, 26 Aug 2009 15:30:07 -0700 (PDT) (envelope-from sr@dragon.genyosha.net) Received: (from sr@localhost) by dragon.genyosha.net (8.14.3/8.14.3/Submit) id n7QMU6So014137 for freebsd-sparc64@freebsd.org; Wed, 26 Aug 2009 15:30:06 -0700 (PDT) (envelope-from sr) Date: Wed, 26 Aug 2009 15:30:06 -0700 From: Steve Rikli To: freebsd-sparc64@freebsd.org Message-ID: <20090826223006.GA14108@dragon.genyosha.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: free Ultra5 in Silicon Valley, CA 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, 26 Aug 2009 22:42:53 -0000 I have a Sun Ultra5 in Silicon Valley, CA to give away. All I ask in return is reimbursement for shipping, and local pickups are also welcome. Disclaimer: I haven't used this server in a while but I loaded NetBSD 5.0 on it to wipe the disks and generally check the hardware so I believe it's in good shape. General config: Ultra5, 440MHz CPU, 1GB RAM, 2*hme, QLogic SCSI, 20GB IDE sysdisk, 18GB SCSI disk, Ultra5 server disk sled, CDROM Also including a spare 20GB IDE disk and the original floppy drive which is unused in favor of the installed server disk sled. Full dmesg is below. Cheers, sr. -- Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 440MHz), No Keyboard OpenBoot 3.31, 1024 MB (50 ns) memory installed, Serial #13024808. Ethernet address 8:0:20:c6:be:28, Host ID: 80c6be28. Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 5.0 (GENERIC) #0: Mon Apr 27 08:13:38 UTC 2009 builds@b4.netbsd.org:/home/builds/ab/netbsd-5-0-RELEASE/sparc64/200904260229Z-obj/home/builds/ab/netbsd-5-0-RELEASE/src/sys/arch/sparc64/compile/GENERIC total memory = 1024 MB avail memory = 992 MB timecounter: Timecounters tick every 10.000 msec mainbus0 (root): SUNW,Ultra-5_10 (Sun Ultra 5/10 UPA/PCI): hostid 80c6be28 cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 440 MHz, UPA id 0 cpu0: 32K instruction (32 b/l), 16K data (32 b/l), 2048K external (64 b/l) psycho0 at mainbus0 addr 0xfffc4000 psycho0: SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0 DVMA map: c0000000 to e0000000 IOTSB: 11b8000 to 1238000 pci0 at psycho0 pci0: i/o space, memory space enabled ppb0 at pci0 dev 1 function 1: Sun Microsystems Simba PCI bridge (rev. 0x13) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled ebus0 at pci1 dev 1 function 0 ebus0: Sun Microsystems PCIO Ebus2, revision 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power at ebus0 addr 724000-724003 ipl 37 not configured SUNW,pll at ebus0 addr 504000-504002 not configured sab0 at ebus0 addr 400000-40007f ipl 43: rev 3.2 sabtty0 at sab0 port 0: console i/o sabtty1 at sab0 port 1 com0 at ebus0 addr 3083f8-3083ff ipl 41: ns16550a, working fifo kbd0 at com0 com1 at ebus0 addr 3062f8-3062ff ipl 42: ns16550a, working fifo ms0 at com1 wsmouse0 at ms0 mux 0 lpt0 at ebus0 addr 3043bc-3043cb, 30015c-30015d, 700000-70000f ipl 34 fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured clock0 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-fffff not configured audiocs0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl 36: CS4231A audio0 at audiocs0: full duplex hme0 at pci1 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1 hme0: interrupting at ivec 3021 hme0: Ethernet address 08:00:20:c6:be:28 nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto machfb0 at pci1 dev 2 function 0: ATI Technologies 3D Rage Pro (rev. 0x5c) machfb0: 16 MB aperture at 0xe1000000, 4 KB registers at 0xe2000000 machfb0: 4096 KB SGRAM 98.924 MHz, maximum RAMDAC clock 230 MHz mach64_get_mode: 1152 5304 5432 1528 900 902 938 937 machfb0: initial resolution 1152x864 at 8 bpp machfb0: attached to /dev/fb0 machfb0: initializing the DSP wsdisplay1 at machfb0 kbdmux 1 wsmux1: connecting to wsdisplay1 wsdisplay1: screen 0-3 added (default) cmdide0 at pci1 dev 3 function 0 cmdide0: CMD Technology PCI0646 (rev. 0x03) cmdide0: bus-master DMA support present cmdide0: primary channel configured to native-PCI mode cmdide0: using ivec 1820 for native-PCI interrupt atabus0 at cmdide0 channel 0 cmdide0: secondary channel configured to native-PCI mode atabus1 at cmdide0 channel 1 ppb1 at pci0 dev 1 function 0: Sun Microsystems Simba PCI bridge (rev. 0x13) pci2 at ppb1 bus 2 pci2: i/o space, memory space enabled Sun Microsystems PCIO Ebus2 (miscellaneous bridge, revision 0x01) at pci2 dev 1 function 0 not configured hme1 at pci2 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1 hme1: interrupting at ivec 3011 hme1: Ethernet address 08:00:20:c6:be:28 ukphy0 at hme1 phy 1: Generic IEEE 802.3u media interface ukphy0: OUI 0x0006b8, model 0x000c, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isp0 at pci2 dev 2 function 0: QLogic 1020 Fast Wide SCSI HBA isp0: interrupting at ivec 14 Sun Microsystems PCIO Ebus2 (miscellaneous bridge, revision 0x01) at pci2 dev 3 function 0 not configured hme2 at pci2 dev 3 function 1: Sun Happy Meal Ethernet, rev. 1 hme2: interrupting at ivec 3019 hme2: Ethernet address 08:00:20:c6:be:28 ukphy1 at hme2 phy 1: Generic IEEE 802.3u media interface ukphy1: OUI 0x0006b8, model 0x000c, rev. 1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcons at mainbus0 not configured timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 timecounter: Timecounter "tick-counter" frequency 440000000 Hz quality 100 No counter-timer -- using %tick at 440MHz as system clock. wskbd0 at kbd0 mux 1 scsibus0 at isp0: 16 targets, 8 luns per target scsibus0: waiting 2 seconds for devices to settle... kbd0: reset failed wskbd0: connecting to wsdisplay1 wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 19092 MB, 38792 cyl, 16 head, 63 sec, 512 bytes/sect x 39102336 sectors wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd0(cmdide0:0:0): using PIO mode 4, DMA mode 2 (using DMA) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: drive supports PIO mode 4, DMA mode 2 cd0(cmdide0:1:0): using PIO mode 4, DMA mode 2 (using DMA) sd0 at scsibus0 target 0 lun 0: disk fixed sd0: 17628 MB, 26866 cyl, 3 head, 447 sec, 512 bytes/sect x 36102720 sectors sd0: sync (50.00ns offset 8), 16-bit (40.000MB/s) transfers, tagged queueing Kernelized RAIDframe activated root on wd0a dumps on wd0b root file system type: ffs