From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 17 11:07:03 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 F0DF7106568B for ; Mon, 17 Aug 2009 11:07:03 +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 DE9E18FC45 for ; Mon, 17 Aug 2009 11:07:03 +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 n7HB731E075950 for ; Mon, 17 Aug 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7HB73fN075946 for freebsd-sparc64@FreeBSD.org; Mon, 17 Aug 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Aug 2009 11:07:03 GMT Message-Id: <200908171107.n7HB73fN075946@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, 17 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 17 20:53: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 31B66106568E for ; Mon, 17 Aug 2009 20:53:45 +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 9DA2D8FC73 for ; Mon, 17 Aug 2009 20:53:44 +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 n7HKrfxZ083024; Mon, 17 Aug 2009 22:53:43 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7HKrej0083023; Mon, 17 Aug 2009 22:53:40 +0200 (CEST) (envelope-from marius) Date: Mon, 17 Aug 2009 22:53:40 +0200 From: Marius Strobl To: Christian Ramseyer Message-ID: <20090817205340.GA75477@alchemy.franken.de> References: <4A7C6B50.3070503@networkz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A7C6B50.3070503@networkz.ch> 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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 20:53:45 -0000 On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > Hi > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > device sound > device snd_t4dwave > > to the kernel and recompiled. pciconf shows an attached driver: > > 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 > > However, there are errors in dmesg: > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > 8.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > pcm0: [ITHREAD] > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > I've also found this message from 2006: > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > So, am I just doing something wrong or are there problems with 5451 > audio on SPARC? I see that the release notes only list i386 and amd64 as > architectures for the t4dwave driver. > > By the way, thanks a lot for all the work your guys are doing in general > and for the SPARC port in particular. I'm currently trying BSD for the > first time in my life and I like it a lot. It runs surprisingly well on > this outdated platform. > Could you (or any other Blade 100 user) please give the following patch at try? http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff This gets at least the line-out of the M5451 in my Blade 1500 working (I've no idea whether its internal speaker is also connected to the sound chip like for example in a Blade 1000 and thus supposed to also work or just to a PC-style beeper, the firmware at least makes it beep that way...), but which also has a newer revision of this chip. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 17 21:56:15 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 9B0A8106568E for ; Mon, 17 Aug 2009 21:56:15 +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 128278FC43 for ; Mon, 17 Aug 2009 21:56:14 +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 n7HLuDuk089963; Mon, 17 Aug 2009 23:56:13 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7HLuCmD089962; Mon, 17 Aug 2009 23:56:12 +0200 (CEST) (envelope-from marius) Date: Mon, 17 Aug 2009 23:56:12 +0200 From: Marius Strobl To: Christian Ramseyer Message-ID: <20090817215612.GB75477@alchemy.franken.de> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090817205340.GA75477@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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 21:56:15 -0000 On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > Hi > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > device sound > > device snd_t4dwave > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > 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 > > > > However, there are errors in dmesg: > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > 8.0 on pci0 > > pcm0: > > pcm0: [GIANT-LOCKED] > > pcm0: [ITHREAD] > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > I've also found this message from 2006: > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > So, am I just doing something wrong or are there problems with 5451 > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > architectures for the t4dwave driver. > > > > By the way, thanks a lot for all the work your guys are doing in general > > and for the SPARC port in particular. I'm currently trying BSD for the > > first time in my life and I like it a lot. It runs surprisingly well on > > this outdated platform. > > > > Could you (or any other Blade 100 user) please give the following > patch at try? > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > This gets at least the line-out of the M5451 in my Blade 1500 > working (I've no idea whether its internal speaker is also > connected to the sound chip like for example in a Blade 1000 > and thus supposed to also work or just to a PC-style beeper, > the firmware at least makes it beep that way...), but which > also has a newer revision of this chip. > Looks like I've spoken to soon; it only works when it happens to get certain buffer addresses, otherwise nothing is played and the interrupt times out (which according to google isn't a sparc64 specific problem). This probably means that some bus_dma(9) parameters are incorrect... Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 17 22:54:13 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 669C3106568D for ; Mon, 17 Aug 2009 22:54:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECEB8FC41 for ; Mon, 17 Aug 2009 22:54:13 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so1230036and.13 for ; Mon, 17 Aug 2009 15:54:12 -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=34FBOpgYcJovYeL16rYfDiPLQmY0IQZLWEbyNlJXEUg=; b=v6V+MtWIodM1fLl7IiP0xZH/2G+/AwYVPKtdT5IEG0Ap6IE4zQRkVezcOvjygcnS3h q1Ja+GZlM0JFek3Fs2LgpoZetuip3Z/x2iflaIlIwlItK4f9nkyTxbiRXtocR+mzvBRN zomD/nLFB1YCLOnvrzB6jjQk2fU/5b4ll1iEs= 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=Rn0lKHW8DPH12sDj/M/ZUtyVqd+g52IWmDtLR5kiMNWTX2VyoV7Bu2M+f6Tzr0Jh/o 5QIC4OGbxAeAf7hqc/SYer/1prLLBRuyf7Fc/PzGmPfh8wnnWYtc78lRpZqjfnZREz52 jrREUzcEdHP4W3UYC5pIti1AdLMeBsYrzebJk= Received: by 10.101.80.5 with SMTP id h5mr4177421anl.10.1250548294619; Mon, 17 Aug 2009 15:31:34 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b7sm279984ana.17.2009.08.17.15.31.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Aug 2009 15:31:34 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Aug 2009 15:30:51 -0700 From: Pyun YongHyeon Date: Mon, 17 Aug 2009 15:30:51 -0700 To: Marius Strobl Message-ID: <20090817223051.GB1369@michelle.cdnetworks.com> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090817215612.GB75477@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: Christian Ramseyer , 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: Mon, 17 Aug 2009 22:54:13 -0000 On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > Hi > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > device sound > > > device snd_t4dwave > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > 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 > > > > > > However, there are errors in dmesg: > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > 8.0 on pci0 > > > pcm0: > > > pcm0: [GIANT-LOCKED] > > > pcm0: [ITHREAD] > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > I've also found this message from 2006: > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > architectures for the t4dwave driver. > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > first time in my life and I like it a lot. It runs surprisingly well on > > > this outdated platform. > > > > > > > Could you (or any other Blade 100 user) please give the following > > patch at try? > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff 404 > > This gets at least the line-out of the M5451 in my Blade 1500 > > working (I've no idea whether its internal speaker is also > > connected to the sound chip like for example in a Blade 1000 > > and thus supposed to also work or just to a PC-style beeper, > > the firmware at least makes it beep that way...), but which > > also has a newer revision of this chip. > > > > Looks like I've spoken to soon; it only works when it happens > to get certain buffer addresses, otherwise nothing is played > and the interrupt times out (which according to google isn't > a sparc64 specific problem). This probably means that some > bus_dma(9) parameters are incorrect... > Since I couldn't get the patch I don't know what it does, but the PCI trident 4D wave NX hardware I had surely had DMA address limitations where MSB 2bits of LBA register are used as other purposes. I don't know 4D wave compatible controller on Blade 100 removed this limitation. Marius, does the DVMA base address of blade 100 is lower than 1GB? From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 18 06:51:49 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 BEDD3106568B for ; Tue, 18 Aug 2009 06:51:49 +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 64FD78FC55 for ; Tue, 18 Aug 2009 06:51:49 +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 n7I6pmIh093829; Tue, 18 Aug 2009 08:51:48 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7I6pmVY093828; Tue, 18 Aug 2009 08:51:48 +0200 (CEST) (envelope-from marius) Date: Tue, 18 Aug 2009 08:51:48 +0200 From: Marius Strobl To: Pyun YongHyeon Message-ID: <20090818065147.GI25891@alchemy.franken.de> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090817223051.GB1369@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090817223051.GB1369@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: Christian Ramseyer , 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, 18 Aug 2009 06:51:49 -0000 On Mon, Aug 17, 2009 at 03:30:51PM -0700, Pyun YongHyeon wrote: > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > > Hi > > > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > > > device sound > > > > device snd_t4dwave > > > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > > > 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 > > > > > > > > However, there are errors in dmesg: > > > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > > 8.0 on pci0 > > > > pcm0: > > > > pcm0: [GIANT-LOCKED] > > > > pcm0: [ITHREAD] > > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > > > I've also found this message from 2006: > > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > > architectures for the t4dwave driver. > > > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > > first time in my life and I like it a lot. It runs surprisingly well on > > > > this outdated platform. > > > > > > > > > > Could you (or any other Blade 100 user) please give the following > > > patch at try? > > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > 404 > > > > This gets at least the line-out of the M5451 in my Blade 1500 > > > working (I've no idea whether its internal speaker is also > > > connected to the sound chip like for example in a Blade 1000 > > > and thus supposed to also work or just to a PC-style beeper, > > > the firmware at least makes it beep that way...), but which > > > also has a newer revision of this chip. > > > > > > > Looks like I've spoken to soon; it only works when it happens > > to get certain buffer addresses, otherwise nothing is played > > and the interrupt times out (which according to google isn't > > a sparc64 specific problem). This probably means that some > > bus_dma(9) parameters are incorrect... > > > > Since I couldn't get the patch I don't know what it does, but > the PCI trident 4D wave NX hardware I had surely had DMA address > limitations where MSB 2bits of LBA register are used as other > purposes. I don't know 4D wave compatible controller on Blade 100 > removed this limitation. > Marius, does the DVMA base address of blade 100 is lower than 1GB? No, but the M5451 actually does 31-bit DMA and in order to generate 32-bit DMA the 31st bit can be set via its accompanying ISA bridge. Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Aug 18 19:27:52 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 B714A106568B for ; Tue, 18 Aug 2009 19:27:52 +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 5BCED8FC3F for ; Tue, 18 Aug 2009 19:27:51 +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 n7IJRm1X008687; Tue, 18 Aug 2009 21:27:50 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7IJRmMl008686; Tue, 18 Aug 2009 21:27:48 +0200 (CEST) (envelope-from marius) Date: Tue, 18 Aug 2009 21:27:48 +0200 From: Marius Strobl To: Christian Ramseyer Message-ID: <20090818192748.GA6585@alchemy.franken.de> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090817215612.GB75477@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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2009 19:27:52 -0000 On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > Hi > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > device sound > > > device snd_t4dwave > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > 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 > > > > > > However, there are errors in dmesg: > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > 8.0 on pci0 > > > pcm0: > > > pcm0: [GIANT-LOCKED] > > > pcm0: [ITHREAD] > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > I've also found this message from 2006: > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > architectures for the t4dwave driver. > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > first time in my life and I like it a lot. It runs surprisingly well on > > > this outdated platform. > > > > > > > Could you (or any other Blade 100 user) please give the following > > patch at try? > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > This gets at least the line-out of the M5451 in my Blade 1500 > > working (I've no idea whether its internal speaker is also > > connected to the sound chip like for example in a Blade 1000 > > and thus supposed to also work or just to a PC-style beeper, > > the firmware at least makes it beep that way...), but which > > also has a newer revision of this chip. > > > > Looks like I've spoken to soon; it only works when it happens > to get certain buffer addresses, otherwise nothing is played > and the interrupt times out (which according to google isn't > a sparc64 specific problem). This probably means that some > bus_dma(9) parameters are incorrect... > 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 This version now also basically works with the GENIALstation 777s, but there seems to be a problem with ac94(4) on that machine or it's wired strangely as I've to turn on the "PhoneOut" output in the mixer in order to get sound and its quality is likewise, though with the Blade 1500 all seems fine. If someone could test how far this patch gets things into working with Blade 100 that would be great. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 10:56:36 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 4CCE3106568D for ; Wed, 19 Aug 2009 10:56:36 +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 0DF7D8FC62 for ; Wed, 19 Aug 2009 10:56:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id A6FFA33DAA; Wed, 19 Aug 2009 12:56:33 +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 hURuaU7DfGBD; Wed, 19 Aug 2009 12:56:33 +0200 (CEST) Received: from asado-180.local (unknown [162.23.76.229]) by x27.netnea.com (Postfix) with ESMTPSA id 1978933DA9; Wed, 19 Aug 2009 12:56:33 +0200 (CEST) Message-ID: <4A8BDA5F.4060703@networkz.ch> Date: Wed, 19 Aug 2009 12:56:31 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marius@alchemy.franken.de Subject: Audio on Sunlade 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, 19 Aug 2009 10:56:36 -0000 > 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 Thanks, I'll give it a try and report back. Christian From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 12:47:46 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 550BB1065672 for ; Wed, 19 Aug 2009 12:47:45 +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 93B108FC52 for ; Wed, 19 Aug 2009 12:47:44 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id EAEA262003; Wed, 19 Aug 2009 14:30:35 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 6E4FA62002; Wed, 19 Aug 2009 14:30:35 +0200 (CEST) Date: Wed, 19 Aug 2009 14:30:35 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20090818192748.GA6585@alchemy.franken.de> Message-ID: References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323584-1376865588-1250685035=:2170" 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: Wed, 19 Aug 2009 12:47:46 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323584-1376865588-1250685035=:2170 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 18 Aug 2009, Marius Strobl wrote: > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: >> On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: >>> On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: >>>> Hi >>>> >>>> I'm trying to get sound on a Sunblade 100 with 7.2R. I've added >>>> >>>> device sound >>>> device snd_t4dwave >>>> >>>> to the kernel and recompiled. pciconf shows an attached driver: >>>> >>>> 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 >>>> >>>> However, there are errors in dmesg: >>>> >>>> pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device >>>> 8.0 on pci0 >>>> pcm0: >>>> pcm0: [GIANT-LOCKED] >>>> pcm0: [ITHREAD] >>>> pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 >>>> pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed >>>> pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 >>>> pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed >>>> >>>> I've also found this message from 2006: >>>> http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html >>>> >>>> So, am I just doing something wrong or are there problems with 5451 >>>> audio on SPARC? I see that the release notes only list i386 and amd64 as >>>> architectures for the t4dwave driver. >>>> >>>> By the way, thanks a lot for all the work your guys are doing in general >>>> and for the SPARC port in particular. I'm currently trying BSD for the >>>> first time in my life and I like it a lot. It runs surprisingly well on >>>> this outdated platform. >>>> >>> >>> Could you (or any other Blade 100 user) please give the following >>> patch at try? >>> http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff >>> This gets at least the line-out of the M5451 in my Blade 1500 >>> working (I've no idea whether its internal speaker is also >>> connected to the sound chip like for example in a Blade 1000 >>> and thus supposed to also work or just to a PC-style beeper, >>> the firmware at least makes it beep that way...), but which >>> also has a newer revision of this chip. >>> >> >> Looks like I've spoken to soon; it only works when it happens >> to get certain buffer addresses, otherwise nothing is played >> and the interrupt times out (which according to google isn't >> a sparc64 specific problem). This probably means that some >> bus_dma(9) parameters are incorrect... >> > > 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 > This version now also basically works with the GENIALstation > 777s, but there seems to be a problem with ac94(4) on that > machine or it's wired strangely as I've to turn on the > "PhoneOut" output in the mixer in order to get sound and its > quality is likewise, though with the Blade 1500 all seems > fine. If someone could test how far this patch gets things > into working with Blade 100 that would be great. > > Marius > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > Hi Marius, Thank you! It works on my Blade 100. Tested with mpg123! The sound is not routed to the internal speaker if no headphones are pluged in (as is the case for Ultra 1 etc) but this is not a problem. Attached please find the dmesg! Could somebody add the dmesg to my list of dmesgs on the wiki page? Best regards, Gheorghe Ardelean. --8323584-1376865588-1250685035=:2170 Content-Type: TEXT/plain; name=dmesg-sunblade100.txt Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg-sunblade100.txt Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4yLVJFTEVBU0Ug IzA6IFdlZCBBdWcgMTkgMTQ6MTQ6MTkgQ0VTVCAyMDA5DQogICAgcm9vdEBi bGFkZTEwMC5nYW5ldC5kZTovdXNyL3NyYy9zeXMvc3BhcmM2NC9jb21waWxl L0dFTkVSSUMNCnJlYWwgbWVtb3J5ICA9IDUzNjg3MDkxMiAoNTEyIE1CKQ0K YXZhaWwgbWVtb3J5ID0gNTA1MzE1MzI4ICg0ODEgTUIpDQpjcHUwOiBTdW4g TWljcm9zeXN0ZW1zIFVsdHJhU3BhcmMtSUllIFByb2Nlc3NvciAoNTAyLjAw IE1IeiBDUFUpDQpyZWdpc3RlcmVkIGZpcm13YXJlIHNldCA8aXNwXzEwMDA+ DQpyZWdpc3RlcmVkIGZpcm13YXJlIHNldCA8aXNwXzEwNDA+DQpyZWdpc3Rl cmVkIGZpcm13YXJlIHNldCA8aXNwXzEwNDBfaXQ+DQpyZWdpc3RlcmVkIGZp cm13YXJlIHNldCA8aXNwXzEwODA+DQpyZWdpc3RlcmVkIGZpcm13YXJlIHNl dCA8aXNwXzEwODBfaXQ+DQpyZWdpc3RlcmVkIGZpcm13YXJlIHNldCA8aXNw XzEyMTYwPg0KcmVnaXN0ZXJlZCBmaXJtd2FyZSBzZXQgPGlzcF8xMjE2MF9p dD4NCnJlZ2lzdGVyZWQgZmlybXdhcmUgc2V0IDxpc3BfMjEwMD4NCnJlZ2lz dGVyZWQgZmlybXdhcmUgc2V0IDxpc3BfMjIwMD4NCnJlZ2lzdGVyZWQgZmly bXdhcmUgc2V0IDxpc3BfMjMwMD4NCnJlZ2lzdGVyZWQgZmlybXdhcmUgc2V0 IDxpc3BfMjMyMj4NCnJlZ2lzdGVyZWQgZmlybXdhcmUgc2V0IDxpc3BfMjQw MD4NCmtiZDAgYXQga2JkbXV4MA0KbmV4dXMwOiA8T3BlbiBGaXJtd2FyZSBO ZXh1cyBkZXZpY2U+DQpwY2liMDogPFUyUCBVUEEtUENJIGJyaWRnZT4gbWVt IDB4MWZlMDAwMDAwMDAtMHgxZmUwMDAwZmZmZiwweDFmZTAxMDAwMDAwLTB4 MWZlMDEwMDAwZmYgaXJxIDIwMzIsMjAzMCwyMDMxLDIwMjEgb24gbmV4dXMw DQpwY2liMDogSHVtbWluZ2JpcmQgY29tcGF0aWJsZSwgaW1wbCAwLCB2ZXJz aW9uIDAsIElHTiAweDFmLCBidXMgQSwgMzNNSHoNCnBjaWIwOiBEVk1BIG1h cDogMHhjMDAwMDAwMCB0byAweGMzZmZmZmZmDQpwY2liMDogW0ZJTFRFUl0N CnBjaWIwOiBbRklMVEVSXQ0KcGNpYjA6IFtHSUFOVC1MT0NLRURdDQpwY2li MDogW0lUSFJFQURdDQpwY2liMDogW0ZJTFRFUl0NCnBjaTA6IDxPRlcgUENJ IGJ1cz4gb24gcGNpYjANCmVidXMwOiA8UENJLUVCdXMzIGJyaWRnZT4gbWVt IDB4ZjAwMDAwMDAtMHhmMGZmZmZmZiwweGYxMDAwMDAwLTB4ZjE3ZmZmZmYg YXQgZGV2aWNlIDEyLjAgb24gcGNpMA0KZWJ1czA6IDxpZHByb20+OiBpbmNv bXBsZXRlDQplYnVzMDogPGZsYXNocHJvbT4gYWRkciAwLTB4ZmZmZmYgKG5v IGRyaXZlciBhdHRhY2hlZCkNCmVlcHJvbTA6IDxFRVBST00vY2xvY2s+IGFk ZHIgMHgxMDAwMDAwMDAtMHgxMDAwMDFmZmYgb24gZWJ1czANCmVlcHJvbTA6 IG1vZGVsIG1rNDh0NTkNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQpn ZW0wOiA8U3VuIEVSSSAxMC8xMDAgRXRoZXJuZXQ+IG1lbSAweDQwMDAwMC0w eDQxZmZmZiBhdCBkZXZpY2UgMTIuMSBvbiBwY2kwDQptaWlidXMwOiA8TUlJ IGJ1cz4gb24gZ2VtMA0KdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgwMi4zdSBt ZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czANCnVrcGh5MDogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IGF1dG8NCmdlbTA6IDJrQiBSWCBGSUZPLCAya0IgVFggRklGTw0KZ2VtMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MDM6YmE6MDg6eHk6eHoNCmdlbTA6IFtJ VEhSRUFEXQ0KZndvaGNpMDogPFN1biBQQ0lPLTI+IG1lbSAweDQyMDAwMC0w eDQyMDdmZiwweDQyMjAwMC0weDQyMjdmZiBhdCBkZXZpY2UgMTIuMiBvbiBw Y2kwDQpmd29oY2kwOiBbRklMVEVSXQ0KZndvaGNpMDogT0hDSSB2ZXJzaW9u IDEuMCAoUk9NPTApDQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hh bm5lbHMgaXMgNC4NCmZ3b2hjaTA6IEVVSTY0IDAwOjAzOmJhOmZmOmZlOjA4 OjBiOmExDQpmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIg cG9ydHMuDQpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9yZWMgMjA0OCBieXRl cy4NCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9uIGZ3 b2hjaTANCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJl d2lyZTANCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczogMDI6MDM6 YmE6MDg6MGI6YTENCmZ3ZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAyOjAzOmJh OjA4OjBiOmExDQpkY29uc19jcm9tMDogPGRjb25zIGNvbmZpZ3VyYXRpb24g Uk9NPiBvbiBmaXJld2lyZTANCmRjb25zX2Nyb20wOiBidXNfYWRkciAweGMx MTI4MDAwDQpmd2lwMDogPElQIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJl MA0KZndpcDA6IEZpcmV3aXJlIGFkZHJlc3M6IDAwOjAzOmJhOmZmOmZlOjA4 OjBiOmExIEAgMHhmZmZlMDAwMDAwMDAsIFM0MDAsIG1heHJlYyAyMDQ4DQpz YnAwOiA8U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTAN CmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldA0KZndvaGNpMDogQlVTIHJl c2V0DQpmd29oY2kwOiBub2RlX2lkPTB4YzgwMGZmYzAsIGdlbj0xLCBDWUNM RU1BU1RFUiBtb2RlDQpvaGNpMDogPFN1biBQQ0lPLTIgVVNCIGNvbnRyb2xs ZXI+IG1lbSAweDIwMDAwMDAtMHgyMDA3ZmZmIGF0IGRldmljZSAxMi4zIG9u IHBjaTANCm9oY2kwOiBbR0lBTlQtTE9DS0VEXQ0Kb2hjaTA6IFtJVEhSRUFE XQ0KdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQNCnVz YjA6IDxTdW4gUENJTy0yIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMA0KdXNi MDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IDwoMHgxMDhlKSBPSENJIHJv b3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNiMA0KdWh1YjA6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkDQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBh dCBkZXZpY2UgMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY20wOiA8QWNl ciBMYWJzIE01NDUxPiBwb3J0IDB4OTAwLTB4OWZmIG1lbSAweDQyNDAwMC0w eDQyNGZmZiBhdCBkZXZpY2UgOC4wIG9uIHBjaTANCnBjbTA6IDxBbmFsb2cg RGV2aWNlcyBBRDE4ODFBIEFDOTcgQ29kZWM+DQpwY20wOiBbR0lBTlQtTE9D S0VEXQ0KcGNtMDogW0lUSFJFQURdDQphdGFwY2kwOiA8QWNlckxhYnMgTTUy MjkgVURNQTY2IGNvbnRyb2xsZXI+IHBvcnQgMHhhMDAtMHhhMDcsMHhhMTgt MHhhMWIsMHhhMTAtMHhhMTcsMHhhMDgtMHhhMGIsMHhhMjAtMHhhMmYgYXQg ZGV2aWNlIDEzLjAgb24gcGNpMA0KYXRhcGNpMDogW0lUSFJFQURdDQphdGFw Y2kwOiB1c2luZyBQSU8gdHJhbnNmZXJzIGFib3ZlIDEzN0dCIGFzIHdvcmth cm91bmQgZm9yIDQ4Yml0IERNQSBhY2Nlc3MgYnVnLCBleHBlY3QgcmVkdWNl ZCBwZXJmb3JtYW5jZQ0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBj aTANCmF0YTI6IFtJVEhSRUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9u IGF0YXBjaTANCmF0YTM6IFtJVEhSRUFEXQ0KbWFjaGZiMDogPEFUSSBSYWdl IFhMPiBwb3J0IDB4YjAwLTB4YmZmIG1lbSAweDMwMDAwMDAtMHgzZmZmZmZm LDB4NDI2MDAwLTB4NDI2ZmZmIGF0IGRldmljZSAxOS4wIG9uIHBjaTANCm1h Y2hmYjA6IGNvbnNvbGUNCm1hY2hmYjA6IDE2IE1CIGFwZXJ0dXJlIGF0IDB4 ZmRlMDAwMDAgbm90IHN3YXBwZWQNCm1hY2hmYjA6IDgxODggS0IgU0RSQU0g MTE0Ljk5MiBNSHosIG1heGltdW0gUkFNREFDIGNsb2NrIDIzMCBNSHosIERT UA0KbWFjaGZiMDogcmVzb2x1dGlvbiAxMjgweDEwMjQgYXQgOCBicHANCnBj aWIxOiA8T0ZXIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNS4wIG9uIHBj aTANCnBjaTE6IDxPRlcgUENJIGJ1cz4gb24gcGNpYjENCnN5bTA6IDw4NzU+ IHBvcnQgMHgxMDAwLTB4MTBmZiBtZW0gMHg0MDAwMDAwLTB4NDAwMDBmZiww eDQwMDIwMDAtMHg0MDAyZmZmIGF0IGRldmljZSAyLjAgb24gcGNpMQ0Kc3lt MDogTm8gTlZSQU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hlY2tp bmcNCnN5bTA6IFtJVEhSRUFEXQ0Kc3lzY29uczA6IDxTeXN0ZW0gY29uc29s ZT4gb24gbmV4dXMwDQpzeXNjb25zMDogVW5rbm93biA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+DQp1YXJ0MDogPDE2NTUwIG9yIGNvbXBh dGlibGU+IGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQzIG9uIGlzYTANCnVh cnQwOiBbRklMVEVSXQ0KdWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBh dCBwb3J0IDB4MmU4LTB4MmVmIGlycSA0MyBvbiBpc2EwDQp1YXJ0MTogW0ZJ TFRFUl0NCnVtczA6IDxMb2dpdGVjaCBVU0ItUFMvMiBPcHRpY2FsIE1vdXNl LCBjbGFzcyAwLzAsIHJldiAyLjAwLzExLjEwLCBhZGRyIDI+IG9uIHVodWIw DQp1bXMwOiAzIGJ1dHRvbnMgYW5kIFogZGlyLg0KdWtiZDA6IDx2ZW5kb3Ig MHgwNDMwIHByb2R1Y3QgMHgwMDA1LCBjbGFzcyAwLzAsIHJldiAxLjAwLzEu MDEsIGFkZHIgMz4gb24gdWh1YjANCmtiZDEgYXQgdWtiZDANClRpbWVjb3Vu dGVyICJ0aWNrIiBmcmVxdWVuY3kgNTAyMDAwMDAwIEh6IHF1YWxpdHkgMTAw MA0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KV2FpdGlu ZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUNCmZpcmV3 aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAsIGNhYmxlIElSTSA9IDAgKG1l KQ0KZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIChtZSkNCmFkMDogMzgxNjZN QiA8U2VhZ2F0ZSBTVDM0MDAxNkEgMy43NT4gYXQgYXRhMi1tYXN0ZXIgVURN QTY2DQphY2QwOiBDRFJXIDxMVE40ODVTL0pPVTI+IGF0IGF0YTItc2xhdmUg UElPNA0KR0VPTV9MQUJFTDogTGFiZWwgZm9yIHByb3ZpZGVyIGFkMGEgaXMg dWZzaWQvNGE4YmRmNDk4NTJiYjQ3YS4NClRyeWluZyB0byBtb3VudCByb290 IGZyb20gdWZzOi9kZXYvYWQwYQ0KR0VPTV9MQUJFTDogTGFiZWwgdWZzaWQv NGE4YmRmNDk4NTJiYjQ3YSByZW1vdmVkLg0KR0VPTV9MQUJFTDogTGFiZWwg Zm9yIHByb3ZpZGVyIGFkMGEgaXMgdWZzaWQvNGE4YmRmNDk4NTJiYjQ3YS4N CkdFT01fTEFCRUw6IExhYmVsIHVmc2lkLzRhOGJkZjQ5ODUyYmI0N2EgcmVt b3ZlZC4NCg== --8323584-1376865588-1250685035=:2170-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 16:14:13 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 7AA971065694 for ; Wed, 19 Aug 2009 16:14:13 +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 068BD8FC70 for ; Wed, 19 Aug 2009 16:14:12 +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 n7JGEA3a019516; Wed, 19 Aug 2009 18:14:11 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7JGEA5t019515; Wed, 19 Aug 2009 18:14:10 +0200 (CEST) (envelope-from marius) Date: Wed, 19 Aug 2009 18:14:10 +0200 From: Marius Strobl To: Christian Ramseyer Message-ID: <20090819161410.GA19351@alchemy.franken.de> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090818192748.GA6585@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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2009 16:14:13 -0000 On Tue, Aug 18, 2009 at 09:27:48PM +0200, Marius Strobl wrote: > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > > Hi > > > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > > > device sound > > > > device snd_t4dwave > > > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > > > 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 > > > > > > > > However, there are errors in dmesg: > > > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > > 8.0 on pci0 > > > > pcm0: > > > > pcm0: [GIANT-LOCKED] > > > > pcm0: [ITHREAD] > > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > > > I've also found this message from 2006: > > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > > architectures for the t4dwave driver. > > > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > > first time in my life and I like it a lot. It runs surprisingly well on > > > > this outdated platform. > > > > > > > > > > Could you (or any other Blade 100 user) please give the following > > > patch at try? > > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > > This gets at least the line-out of the M5451 in my Blade 1500 > > > working (I've no idea whether its internal speaker is also > > > connected to the sound chip like for example in a Blade 1000 > > > and thus supposed to also work or just to a PC-style beeper, > > > the firmware at least makes it beep that way...), but which > > > also has a newer revision of this chip. > > > > > > > Looks like I've spoken to soon; it only works when it happens > > to get certain buffer addresses, otherwise nothing is played > > and the interrupt times out (which according to google isn't > > a sparc64 specific problem). This probably means that some > > bus_dma(9) parameters are incorrect... > > > > 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 > This version now also basically works with the GENIALstation > 777s, but there seems to be a problem with ac94(4) on that > machine or it's wired strangely as I've to turn on the > "PhoneOut" output in the mixer in order to get sound and its > quality is likewise, though with the Blade 1500 all seems > fine. If someone could test how far this patch gets things > into working with Blade 100 that would be great. > FYI, according to the OpenSolaris source, SPARC machines with AC97-based on-board audio use the AC97 MONO_OUT for the internal speaker, which in FreeBSD is mapped to PhoneOut. Turning the latter on in the Blade 1500 indeed gets its internal speaker going with a decent quality. This also means that in the GENIALstation 777s the "stereo" jack is wired to a mono output, which probably explains the lousy sound quality. Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 17:56:54 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 6D7F8106568C for ; Wed, 19 Aug 2009 17:56:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 180CC8FC55 for ; Wed, 19 Aug 2009 17:56:53 +0000 (UTC) Received: by qyk29 with SMTP id 29so3488787qyk.3 for ; Wed, 19 Aug 2009 10:56:53 -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=6cADpJiAqZ+MCf5Snfk1eSakXvoQLrSeW/TQZ0Vf4bQ=; b=faMsjGG2Dt9BMZiWKKBrgmZYmiFZgNR98e84n0LeASKYOPKsknvrIPV5f+BewSXuEE wGCDPgBADYwClgBARFHM3Y/7s5K2aIo8b54dHfUhPLoJDSZ+8o84yQ6OEKG+AEa1pytc eGzCpYFCDK7ub9wUsTR+QOtLF+hU6jLo6iQnM= 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=DjeAAZvPvrBsmE/9grTRTnRBq77lJe2E9Bn3nQXD7MAUqjzCLR/oaMZpw707y3VRwt GUMHmj7rlz0ow7rH4/z2tjqMee59dEZshapZTb9i5BJWKUkjZPXgGZPpNuDVGUU3jyyu qynBachaf0s/4M7DQH2Tz3xsjFW4c3OGvGD7I= Received: by 10.224.13.19 with SMTP id z19mr6728712qaz.242.1250704611914; Wed, 19 Aug 2009 10:56:51 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm404427qwe.15.2009.08.19.10.56.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 19 Aug 2009 10:56:50 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 19 Aug 2009 10:56:10 -0700 From: Pyun YongHyeon Date: Wed, 19 Aug 2009 10:56:10 -0700 To: Marius Strobl Message-ID: <20090819175610.GA20481@michelle.cdnetworks.com> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090818192748.GA6585@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: Wed, 19 Aug 2009 17:56:54 -0000 On Tue, Aug 18, 2009 at 09:27:48PM +0200, Marius Strobl wrote: > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > > Hi > > > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > > > device sound > > > > device snd_t4dwave > > > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > > > 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 > > > > > > > > However, there are errors in dmesg: > > > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > > 8.0 on pci0 > > > > pcm0: > > > > pcm0: [GIANT-LOCKED] > > > > pcm0: [ITHREAD] > > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > > > I've also found this message from 2006: > > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > > architectures for the t4dwave driver. > > > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > > first time in my life and I like it a lot. It runs surprisingly well on > > > > this outdated platform. > > > > > > > > > > Could you (or any other Blade 100 user) please give the following > > > patch at try? > > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > > This gets at least the line-out of the M5451 in my Blade 1500 > > > working (I've no idea whether its internal speaker is also > > > connected to the sound chip like for example in a Blade 1000 > > > and thus supposed to also work or just to a PC-style beeper, > > > the firmware at least makes it beep that way...), but which > > > also has a newer revision of this chip. > > > > > > > Looks like I've spoken to soon; it only works when it happens > > to get certain buffer addresses, otherwise nothing is played > > and the interrupt times out (which according to google isn't > > a sparc64 specific problem). This probably means that some > > bus_dma(9) parameters are incorrect... > > > > 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. The second question is number of channels supported for M5451. If I remember correctly there are some differences among 4D wave compatible chips and M5451 may have 32 channels instead of 64. > This version now also basically works with the GENIALstation > 777s, but there seems to be a problem with ac94(4) on that > machine or it's wired strangely as I've to turn on the > "PhoneOut" output in the mixer in order to get sound and its > quality is likewise, though with the Blade 1500 all seems > fine. If someone could test how far this patch gets things > into working with Blade 100 that would be great. > > Marius From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 20:46: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 B7ACA106568E for ; Wed, 19 Aug 2009 20:46:05 +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 1A8628FC55 for ; Wed, 19 Aug 2009 20:46:04 +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 n7JKk3Fk021724; Wed, 19 Aug 2009 22:46:04 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7JKk35n021723; Wed, 19 Aug 2009 22:46:03 +0200 (CEST) (envelope-from marius) Date: Wed, 19 Aug 2009 22:46:03 +0200 From: Marius Strobl To: Pyun YongHyeon Message-ID: <20090819204603.GL25891@alchemy.franken.de> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090819175610.GA20481@michelle.cdnetworks.com> 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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2009 20:46:05 -0000 On Wed, Aug 19, 2009 at 10:56:10AM -0700, Pyun YongHyeon wrote: > On Tue, Aug 18, 2009 at 09:27:48PM +0200, Marius Strobl wrote: > > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > > > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > > > Hi > > > > > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > > > > > device sound > > > > > device snd_t4dwave > > > > > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > > > > > 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 > > > > > > > > > > However, there are errors in dmesg: > > > > > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > > > 8.0 on pci0 > > > > > pcm0: > > > > > pcm0: [GIANT-LOCKED] > > > > > pcm0: [ITHREAD] > > > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > > > > > I've also found this message from 2006: > > > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > > > architectures for the t4dwave driver. > > > > > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > > > first time in my life and I like it a lot. It runs surprisingly well on > > > > > this outdated platform. > > > > > > > > > > > > > Could you (or any other Blade 100 user) please give the following > > > > patch at try? > > > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > > > This gets at least the line-out of the M5451 in my Blade 1500 > > > > working (I've no idea whether its internal speaker is also > > > > connected to the sound chip like for example in a Blade 1000 > > > > and thus supposed to also work or just to a PC-style beeper, > > > > the firmware at least makes it beep that way...), but which > > > > also has a newer revision of this chip. > > > > > > > > > > Looks like I've spoken to soon; it only works when it happens > > > to get certain buffer addresses, otherwise nothing is played > > > and the interrupt times out (which according to google isn't > > > a sparc64 specific problem). This probably means that some > > > bus_dma(9) parameters are incorrect... > > > > > > > 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. > The second question is number of channels > supported for M5451. If I remember correctly there are some > differences among 4D wave compatible chips and M5451 may have 32 > channels instead of 64. Well, r173511 limited the driver to effectively only use one channel with M5451 and given that the same change added a knob I suspect that it was also actually tested with more than one channel but that also failed. Do you mean that the interation in the interrupt handler should be limited to 32 (according to the M1535 datasheet [1] that number is correct) for M5451 or maybe also to the number of channels registered? Marius [1]: www.nvidia.com/docs/CP/29993/m1535dm_web.pdf From owner-freebsd-sparc64@FreeBSD.ORG Wed Aug 19 21:08:43 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 D160C106568E for ; Wed, 19 Aug 2009 21:08:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF248FC3F for ; Wed, 19 Aug 2009 21:08:43 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id f9so1360780rvb.43 for ; Wed, 19 Aug 2009 14:08:43 -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=9UUmIxbzSfX4JwyAdBZsndJS/froTWVy89B/H9AI2qc=; b=ctHzdkRM5kLJWB0axHMQXHKs19elyGGJEBqRvhAgRd4dO8dOizeCTBD7HwjT0ykI/s JoNaMBd47+t8F2hV3I5Ttd3zAeMFPBVlUEcjWD5SNJz3jxil4RgXnGf14TqAy8opWqAz Lk5Apd98vGxkkO7tPQVHpngb4Usvd0hrDKH6M= 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=F2W9jI3HfEnkbSE9yTJTwmj3k1FSaExRuBDy6wq6yZWzPIMEvtV8rQzyKq8SpA8s+1 7tjGIrefHY7M69knBt8FUtccw9Zr6ZK/TPMM0UiURQW/AzE63ONwbE47t1IkRwaWgETE 8f9GvMCQOwkmBJsP1a+3vU0neUQbeIQJJfOFw= Received: by 10.140.187.21 with SMTP id k21mr212068rvf.274.1250716123154; Wed, 19 Aug 2009 14:08:43 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id g31sm7118rvb.16.2009.08.19.14.08.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 19 Aug 2009 14:08:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 19 Aug 2009 14:08:04 -0700 From: Pyun YongHyeon Date: Wed, 19 Aug 2009 14:08:04 -0700 To: Marius Strobl Message-ID: <20090819210804.GC20481@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: Wed, 19 Aug 2009 21:08:43 -0000 On Wed, Aug 19, 2009 at 10:46:03PM +0200, Marius Strobl wrote: > On Wed, Aug 19, 2009 at 10:56:10AM -0700, Pyun YongHyeon wrote: > > On Tue, Aug 18, 2009 at 09:27:48PM +0200, Marius Strobl wrote: > > > On Mon, Aug 17, 2009 at 11:56:12PM +0200, Marius Strobl wrote: > > > > On Mon, Aug 17, 2009 at 10:53:40PM +0200, Marius Strobl wrote: > > > > > On Fri, Aug 07, 2009 at 07:58:40PM +0200, Christian Ramseyer wrote: > > > > > > Hi > > > > > > > > > > > > I'm trying to get sound on a Sunblade 100 with 7.2R. I've added > > > > > > > > > > > > device sound > > > > > > device snd_t4dwave > > > > > > > > > > > > to the kernel and recompiled. pciconf shows an attached driver: > > > > > > > > > > > > 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 > > > > > > > > > > > > However, there are errors in dmesg: > > > > > > > > > > > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > > > > > > 8.0 on pci0 > > > > > > pcm0: > > > > > > pcm0: [GIANT-LOCKED] > > > > > > pcm0: [ITHREAD] > > > > > > pcm0: chn_init(pcm0:record:dsp0.r0) failed: err = 19 > > > > > > pcm0: pcm_chn_create(trrchan, -1, 0xfffff80001370800) failed > > > > > > pcm0: chn_init(pcm0:play:dsp0.p0) failed: err = 19 > > > > > > pcm0: pcm_chn_create(trpchan, 1, 0xfffff80001370800) failed > > > > > > > > > > > > I've also found this message from 2006: > > > > > > http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2006-June/004168.html > > > > > > > > > > > > So, am I just doing something wrong or are there problems with 5451 > > > > > > audio on SPARC? I see that the release notes only list i386 and amd64 as > > > > > > architectures for the t4dwave driver. > > > > > > > > > > > > By the way, thanks a lot for all the work your guys are doing in general > > > > > > and for the SPARC port in particular. I'm currently trying BSD for the > > > > > > first time in my life and I like it a lot. It runs surprisingly well on > > > > > > this outdated platform. > > > > > > > > > > > > > > > > Could you (or any other Blade 100 user) please give the following > > > > > patch at try? > > > > > http://people.freebsd.org/~marius/t4dwave_sparc64_32-bit.diff > > > > > This gets at least the line-out of the M5451 in my Blade 1500 > > > > > working (I've no idea whether its internal speaker is also > > > > > connected to the sound chip like for example in a Blade 1000 > > > > > and thus supposed to also work or just to a PC-style beeper, > > > > > the firmware at least makes it beep that way...), but which > > > > > also has a newer revision of this chip. > > > > > > > > > > > > > Looks like I've spoken to soon; it only works when it happens > > > > to get certain buffer addresses, otherwise nothing is played > > > > and the interrupt times out (which according to google isn't > > > > a sparc64 specific problem). This probably means that some > > > > bus_dma(9) parameters are incorrect... > > > > > > > > > > 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. > Hmm, I also have to check it again. But I guess there was an alignment issue for iwn(4) so the driver had to add a ugly workaround for it. > > The second question is number of channels > > supported for M5451. If I remember correctly there are some > > differences among 4D wave compatible chips and M5451 may have 32 > > channels instead of 64. > > Well, r173511 limited the driver to effectively only use > one channel with M5451 and given that the same change added > a knob I suspect that it was also actually tested with more > than one channel but that also failed. Do you mean that the I know t4dwave(4) uses 1p/1r for M5451, I meant wavetable/digital channel used in the hardware. I think original Trident 4Dwave supports 64 channels but [1] surely indicates it just supports up to 32 channels(32-voices directsound channels). > interation in the interrupt handler should be limited to 32 > (according to the M1535 datasheet [1] that number is correct) Yes, I think tr_intr() shuld not touch more than 32 channels for M5451. > for M5451 or maybe also to the number of channels registered? > > Marius > > [1]: www.nvidia.com/docs/CP/29993/m1535dm_web.pdf > From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 20 09:02: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 EA720106568B for ; Thu, 20 Aug 2009 09:02:53 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id A0FDE8FC52 for ; Thu, 20 Aug 2009 09:02:53 +0000 (UTC) Received: from 150-8.105-92.cust.bluewin.ch ([92.105.8.150] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Me3C1-0001so-Ca for freebsd-sparc64@freebsd.org; Thu, 20 Aug 2009 10:40:21 +0200 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Thu, 20 Aug 2009 10:27:30 +0200 From: "Pietro Cerutti" Resent-From: Pietro Cerutti Resent-Date: Thu, 20 Aug 2009 10:27:30 +0200 Resent-Message-ID: <20090820082730.GN30947@gahrfit.gahr.ch> Resent-To: freebsd-sparc64@freebsd.org Date: Thu, 20 Aug 2009 10:25:43 +0200 To: Gheorghe Ardelean Message-ID: <20090820082543.GM30947@gahrfit.gahr.ch> References: <4A7C6B50.3070503@networkz.ch> <20090817205340.GA75477@alchemy.franken.de> <20090817215612.GB75477@alchemy.franken.de> <20090818192748.GA6585@alchemy.franken.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KM+e2hnYAO+MCJ5e" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Audio on Sunblade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 09:02:54 -0000 --KM+e2hnYAO+MCJ5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Aug-19, 14:30, Gheorghe Ardelean wrote: [snip] > Attached please find the dmesg! Could somebody add the dmesg to my list o= f=20 > dmesgs on the wiki page? Done, thanks! > Best regards, >=20 > Gheorghe Ardelean. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --KM+e2hnYAO+MCJ5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqNCIYACgkQwMJqmJVx946SpgCeNEuR2litE9gD/9dg22sk5azG ZvEAoM/IYHH+SfxEF5StJqX6AMrWzMSQ =nllq -----END PGP SIGNATURE----- --KM+e2hnYAO+MCJ5e-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 20 21:32:21 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 81EC91065693 for ; Thu, 20 Aug 2009 21:32:21 +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 39F2F8FC5B for ; Thu, 20 Aug 2009 21:32:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id 8F17C33DEF for ; Thu, 20 Aug 2009 23:32:18 +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 0e26p0INfeIy for ; Thu, 20 Aug 2009 23:32:18 +0200 (CEST) Received: from [10.0.0.101] (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 4E28C33DEE for ; Thu, 20 Aug 2009 23:32:18 +0200 (CEST) Message-ID: <4A8DC0DF.4040701@networkz.ch> Date: Thu, 20 Aug 2009 23:32:15 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) 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> In-Reply-To: <20090819161410.GA19351@alchemy.franken.de> 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: Thu, 20 Aug 2009 21:32:21 -0000 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 Hi Thanks for the patch, I've applied it and the driver seems to load properly: pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device 8.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] Unfortunately, the actual "playing sound part" is not going too well. When I do e.g. : rc@ds9000:~ $ mpg321 03\ Wonderful\ Night\ \(feat\ Lateef\).mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2, and 3. ... Playing MPEG stream from 03 Wonderful Night (feat Lateef).mp3 ... MPEG 1.0 layer III, 192 kbit/s, 44100 Hz stereo I sometimes get some seconds of sound, but most of the time only silence or a short burst of static, and then pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead appears on the console. I tried to evade some layers of complexity by trying: rc@ds9000:~ $ sox 10-the_white_stripes-take_take_take.mp3 10-the_white_stripes-take_take_take.raw rc@ds9000:~ $ cat 10-the_white_stripes-take_take_take.raw > /dev/dsp0.0 cat: stdout: Invalid argument This didn't output anything audible, though I'm not even sure if it should work. As it worked for Gheorghe, chances are that I'm doing something wrong/different: - the driver is built directly into the kernel, I'm using sparc64/conf/GENERIC with minimal modifications: [root@ds9000 /usr/src/sys/sparc64/conf]# diff GENERIC SNOOSNOO 24c24 < ident GENERIC --- > ident SNOOSNOO 242a243,245 > > device sound > device snd_t4dwave - kernel built like this: 102 make buildkernel KERNCONF=SNOOSNOO 103 make installkernel KERNCONF=SNOOSNOO Thanks for your time & best regards Christian From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 20 21:50:19 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 3E17D106568D for ; Thu, 20 Aug 2009 21:50:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id E47078FC66 for ; Thu, 20 Aug 2009 21:50:18 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so151975qwe.7 for ; Thu, 20 Aug 2009 14:50:18 -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=N3SaDYAME6743Fl1Xf9tudPRwPdgvhhERt4bjbmCwDw=; b=LKnj1PDCuolxXzsCncGpmdzIsfeqA8+wE/8qpuDzT7xyhyaafVLHoqNjsJAXC3+aPv SmUFqQJzBn/5Z2pJGPGrJz6EfI1YuGJARa0WxNorSnjNpwyHNTD6l5mTyxnqNytc3DIT 8X7Yltu1Sab6OYEzJfkod14lUMGh70dcgbnzA= 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=RgOTkfJsmP3biH9ZnG0xFlNWXdFKSxqfDx1W6Eb95d3PBSn3CyILr3Q/AaUmO646Pf MR9hdSpT/kiW3jqp7VIxYum6Wms7hk8a24tQr5Qfz7CjpwyjGjPHrQlfQQ/ad/7M1tjZ lpdP+N7fddaaXamAfOh7gxM5MfrtU3JEAgfHA= Received: by 10.224.8.72 with SMTP id g8mr274180qag.291.1250805018156; Thu, 20 Aug 2009 14:50:18 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm49741qyk.6.2009.08.20.14.50.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 20 Aug 2009 14:50:17 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 20 Aug 2009 14:49:38 -0700 From: Pyun YongHyeon Date: Thu, 20 Aug 2009 14:49:38 -0700 To: Christian Ramseyer Message-ID: <20090820214938.GC1262@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A8DC0DF.4040701@networkz.ch> 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: Thu, 20 Aug 2009 21:50:19 -0000 On Thu, Aug 20, 2009 at 11:32:15PM +0200, Christian Ramseyer wrote: > 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 > > Hi > > Thanks for the patch, I've applied it and the driver seems to load properly: > > pcm0: port 0x900-0x9ff mem 0x424000-0x424fff at device > 8.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > pcm0: [ITHREAD] > > Unfortunately, the actual "playing sound part" is not going too well. > When I do e.g. : > > rc@ds9000:~ $ mpg321 03\ Wonderful\ Night\ \(feat\ Lateef\).mp3 > High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2, and 3. > ... > Playing MPEG stream from 03 Wonderful Night (feat Lateef).mp3 ... > MPEG 1.0 layer III, 192 kbit/s, 44100 Hz stereo > > I sometimes get some seconds of sound, but most of the time only silence > or a short burst of static, and then > > pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > appears on the console. > How about disabling vchans in /boot/loader.conf? (dev.pcm.0.play.vchans="0") From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 20 22:13:56 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 BD127106568B for ; Thu, 20 Aug 2009 22:13:56 +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 72A7A8FC51 for ; Thu, 20 Aug 2009 22:13:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id A349433DEF for ; Fri, 21 Aug 2009 00:13:54 +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 gu5yTEqeb16l for ; Fri, 21 Aug 2009 00:13:54 +0200 (CEST) Received: from [10.0.0.101] (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 517FB33DEE for ; Fri, 21 Aug 2009 00:13:54 +0200 (CEST) Message-ID: <4A8DCA9F.80902@networkz.ch> Date: Fri, 21 Aug 2009 00:13:51 +0200 From: Christian Ramseyer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) 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> <20090820214938.GC1262@michelle.cdnetworks.com> In-Reply-To: <20090820214938.GC1262@michelle.cdnetworks.com> 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: Thu, 20 Aug 2009 22:13:56 -0000 >> >> Unfortunately, the actual "playing sound part" is not going too well. >> When I do e.g. : >> >> rc@ds9000:~ $ mpg321 03\ Wonderful\ Night\ \(feat\ Lateef\).mp3 >> High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2, and 3. >> >> I sometimes get some seconds of sound, but most of the time only silence >> or a short burst of static, and then >> >> pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead >> >> appears on the console. >> > > How about disabling vchans in /boot/loader.conf? > (dev.pcm.0.play.vchans="0") Setting this in /boot/loader.conf didn't seem to have any effect: [root@ds9000 ~]# cat /boot/loader.conf dev.pcm.0.play.vchans="0" (reboot) [root@ds9000 ~]# sysctl dev.pcm.0.play dev.pcm.0.play.vchans: 1 However, I was able to set it via sysctl (is this the same?): [root@ds9000 ~]# sysctl dev.pcm.0.play.vchans="0" dev.pcm.0.play.vchans: 1 -> 0 There isn't any sound either, but the logged message changes: pcm0:play:dsp0.p0: play interrupt timeout, channel dead Thanks Christian From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 20 22:31:14 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 A34B2106568C for ; Thu, 20 Aug 2009 22:31:14 +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 533878FC60 for ; Thu, 20 Aug 2009 22:31:14 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so168934qwe.7 for ; Thu, 20 Aug 2009 15:31:13 -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=a80iFzd1Jj61keKdz3pHbM00V9pOiNKruVlfDOggDTI=; b=vtl21UoTExPtaB7uWDxQSaS3Wl1tffsK2l2fgbx2LGduSoiaswqXyXXApfgDdtBxMX 8fEp9QMS6WzrNP2vNQ7Xwi5i1G/xe5Z8ruafZpvEqmEqK6MgyrwLGFYBIvKdPlbrV1F+ NZErqZSRlGuKR5xCZSBkRVREkRbS3DEI625Oo= 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=EdNX+BKQvj7LXh/DL0cJHpKmxZ69gECtTo9RCcBmx57tSbnzt6iMN+da9P31BRymPp R2EQaYgZY9qOOw6tCYXdkDBiNDweR6dsngOJCMFwdjNTdRA4JI/eL3X/pxO+RIvkE+gG enG9Crr11HsV44jxorNqMkOXXDQff8bMs2N8Y= Received: by 10.224.96.207 with SMTP id i15mr311609qan.179.1250807473542; Thu, 20 Aug 2009 15:31:13 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm2848713qwb.4.2009.08.20.15.31.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 20 Aug 2009 15:31:12 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 20 Aug 2009 15:30:34 -0700 From: Pyun YongHyeon Date: Thu, 20 Aug 2009 15:30:34 -0700 To: Christian Ramseyer Message-ID: <20090820223034.GD1262@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> <20090820214938.GC1262@michelle.cdnetworks.com> <4A8DCA9F.80902@networkz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A8DCA9F.80902@networkz.ch> 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: Thu, 20 Aug 2009 22:31:14 -0000 On Fri, Aug 21, 2009 at 12:13:51AM +0200, Christian Ramseyer wrote: > > >> > >> Unfortunately, the actual "playing sound part" is not going too well. > >> When I do e.g. : > >> > >> rc@ds9000:~ $ mpg321 03\ Wonderful\ Night\ \(feat\ Lateef\).mp3 > >> High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2, and 3. > >> > >> I sometimes get some seconds of sound, but most of the time only silence > >> or a short burst of static, and then > >> > >> pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > >> > >> appears on the console. > >> > > > > How about disabling vchans in /boot/loader.conf? > > (dev.pcm.0.play.vchans="0") > > Setting this in /boot/loader.conf didn't seem to have any effect: > > [root@ds9000 ~]# cat /boot/loader.conf > dev.pcm.0.play.vchans="0" > > (reboot) > > [root@ds9000 ~]# sysctl dev.pcm.0.play > dev.pcm.0.play.vchans: 1 > > However, I was able to set it via sysctl (is this the same?): > > [root@ds9000 ~]# sysctl dev.pcm.0.play.vchans="0" > dev.pcm.0.play.vchans: 1 -> 0 > > There isn't any sound either, but the logged message changes: > > pcm0:play:dsp0.p0: play interrupt timeout, channel dead > Hmm, I think this rules out vchans, so let's see marious' opinion. From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 21 08:45:23 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 71859106568B for ; Fri, 21 Aug 2009 08:45:23 +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 F12E68FC66 for ; Fri, 21 Aug 2009 08:45:22 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id AE35662003; Fri, 21 Aug 2009 10:45:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id 7BEBB62002; Fri, 21 Aug 2009 10:45:20 +0200 (CEST) Date: Fri, 21 Aug 2009 10:45:20 +0200 (CEST) From: Gheorghe Ardelean To: Christian Ramseyer In-Reply-To: <4A8DC0DF.4040701@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> 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: Fri, 21 Aug 2009 08:45:23 -0000 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. blade100# mpg321 Baltimora\ -\ Tarzan\ Boy.mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2, and 3. Version 0.59q (2002/03/23). Written and copyrights by Joe Drew. Uses code from various people. See 'README' for more! THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! Playing MPEG stream from Baltimora - Tarzan Boy.mp3 ... MPEG 1.0 layer III, 128 kbit/s, 48000 Hz joint-stereo mpg123 is still ok: blade100# mpg123 Baltimora\ -\ Tarzan\ Boy.mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3 version 1.6.4; written and copyright by Michael Hipp and others free software (LGPL/GPL) without any warranty but with best wishes Playing MPEG stream 1 of 1: Baltimora - Tarzan Boy.mp3 ... MPEG 1.0 layer III, 128 kbit/s, 48000 Hz joint-stereo So this is some kind of strange to me. I have tested also xmms with the result of only noise comming out. And x11amp dies when loading. So up to now the only viable solution is mpg123 (at least for me). All I can see is mpgs321 is using different libraries from mpg123: blade100# ldd /usr/local/bin/mpg123 /usr/local/bin/mpg123: libltdl.so.4 => /usr/local/lib/libltdl.so.4 (0x4035a000) libmpg123.so.11 => /usr/local/lib/libmpg123.so.11 (0x40464000) libm.so.5 => /lib/libm.so.5 (0x405aa000) libc.so.7 => /lib/libc.so.7 (0x406d4000) blade100# ldd /usr/local/bin/mpg321 /usr/local/bin/mpg321: libid3tag.so.0 => /usr/local/lib/libid3tag.so.0 (0x40346000) libmad.so.2 => /usr/local/lib/libmad.so.2 (0x40466000) libz.so.4 => /lib/libz.so.4 (0x40588000) libao.so.3 => /usr/local/lib/libao.so.3 (0x4069e000) libc.so.7 => /lib/libc.so.7 (0x407a4000) libthr.so.3 => /lib/libthr.so.3 (0x409e2000) Christian, could please also test mpg123 and let us know if you get different results? > - the driver is built directly into the kernel, I'm using > sparc64/conf/GENERIC with minimal modifications: I included the driver also in the kernel. blade100# diff -u GENERIC GENERIC.orig --- GENERIC 2009-08-19 12:51:27.000000000 +0200 +++ GENERIC.orig 2009-08-21 10:26:47.000000000 +0200 @@ -241,6 +241,3 @@ device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons -device sound -device snd_t4dwave - in /etc/make.conf I have this line: MODULES_OVERRIDE= ipfw and the kernel was build this way: cd /usr/src/sys/sparc64/conf config GENERIC (I modifed the GENERIC file) cd ../compile/GENERIC make cleandepend && make depend make make install reboot Regards, Gheorghe Ardelean. From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 21 17:50:46 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 ED9D1106568E for ; Fri, 21 Aug 2009 17:50:46 +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 A239E8FC1B for ; Fri, 21 Aug 2009 17:50:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id AD29B33DF6 for ; Fri, 21 Aug 2009 19:50:44 +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 yvKc-wKihp3W for ; Fri, 21 Aug 2009 19:50:44 +0200 (CEST) Received: from asado-180.local (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 6515C33DF5 for ; Fri, 21 Aug 2009 19:50:44 +0200 (CEST) Message-ID: <4A8EDE72.6040703@networkz.ch> Date: Fri, 21 Aug 2009 19:50:42 +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> 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: Fri, 21 Aug 2009 17:50:47 -0000 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. > 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 Cheers, Christian From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 21 19:37:42 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 95CAD106568C for ; Fri, 21 Aug 2009 19:37:42 +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 2261F8FC0A for ; Fri, 21 Aug 2009 19:37:41 +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 n7LJbfYt066861; Fri, 21 Aug 2009 21:37:41 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n7LJbeuf066860; Fri, 21 Aug 2009 21:37:40 +0200 (CEST) (envelope-from marius) Date: Fri, 21 Aug 2009 21:37:40 +0200 From: Marius Strobl To: Christian Ramseyer , ardelean@ww.uni-erlangen.de Message-ID: <20090821193740.GA66639@alchemy.franken.de> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A8EDE72.6040703@networkz.ch> 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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 19:37:42 -0000 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? > > > 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 Fri Aug 21 23:03:58 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 1B08C106568E for ; Fri, 21 Aug 2009 23:03:58 +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 940388FC24 for ; Fri, 21 Aug 2009 23:03:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by x27.netnea.com (Postfix) with ESMTP id 64B0D33DF6 for ; Sat, 22 Aug 2009 01:03:54 +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 N5vYmHJs-Mmw for ; Sat, 22 Aug 2009 01:03:54 +0200 (CEST) Received: from asado-180.local (unknown [89.236.172.36]) by x27.netnea.com (Postfix) with ESMTPSA id 0BBBA33DF5 for ; Sat, 22 Aug 2009 01:03:54 +0200 (CEST) Message-ID: <4A8F27D7.20503@networkz.ch> Date: Sat, 22 Aug 2009 01:03:51 +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: <20090821193740.GA66639@alchemy.franken.de> 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: Fri, 21 Aug 2009 23:03:58 -0000 Marius Strobl wrote: > but without deeper insight in the sound subsystem and > no programming manual for the M5451 this is kind of > unfun... Let me say that I really appreciate your effort, but it's not really an issue of life and dead for me so I'd also accept if you let it go and moved on :) > 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). isab0@pci0:0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 pcm0@pci0:0:8:0: class=0x040100 card=0x545110b9 chip=0x545110b9 rev=0x01 hdr=0x00 > 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` [root@ds9000 ~]# 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 10 00 00 00 00 00 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 [root@ds9000 ~]# 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 > 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). > 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; 0xc0c50000 -> c1140000 pcm0: sndbuf_setmap c1160000, 10000; 0xc0c70000 -> c1160000 If you'd like, I could also setup SSH access for you. Christian From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 22 13:08:37 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 C2A15106568D for ; Sat, 22 Aug 2009 13:08:37 +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 4D6888FC0C for ; Sat, 22 Aug 2009 13:08:37 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 125AB62003; Sat, 22 Aug 2009 15:08:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id CEB0B62002; Sat, 22 Aug 2009 15:08:33 +0200 (CEST) Date: Sat, 22 Aug 2009 15:08:33 +0200 (CEST) From: Gheorghe Ardelean To: Marius Strobl In-Reply-To: <20090821193740.GA66639@alchemy.franken.de> 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 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: Sat, 22 Aug 2009 13:08:37 -0000 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: >>> >>> 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. > > 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). 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 > 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` blade100# 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 10 00 00 00 00 00 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# 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 > 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). blade100# 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; 0xc0c62000 -> c1140000 pcm0: sndbuf_setmap c1160000, 10000; 0xc0c82000 -> c1160000 >> 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). Regards, Gheorghe Ardelean