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.