From owner-freebsd-stable Fri Jan 17 4:48:35 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A82037B407 for ; Fri, 17 Jan 2003 04:48:32 -0800 (PST) Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D4B43F5B for ; Fri, 17 Jan 2003 04:48:31 -0800 (PST) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [IPv6:::1]) by lurza.secnetix.de (8.12.6/8.12.5) with ESMTP id h0HCmIdK035794 for ; Fri, 17 Jan 2003 13:48:18 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.6/8.12.5/Submit) id h0HCmIrf035793; Fri, 17 Jan 2003 13:48:18 +0100 (CET) Date: Fri, 17 Jan 2003 13:48:18 +0100 (CET) Message-Id: <200301171248.h0HCmIrf035793@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG Reply-To: freebsd-stable@FreeBSD.ORG Subject: Re: Problem with ESS Technology Allegro-1 In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.7-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey A. Osokin wrote: > I have a problem with ESS Technology Allegro-1 on HP > Omnibook 6100 (FreeBSD-4.7-RELEASE) I have the same sound hardware in my notebook (it's an ASUS L8400K), running 4-stable from the end of November. After same initial difficulties (same as you), I decided to compile the driver statically into the kernel, and go entirely without kernel modules. It requires adding one line to src/sys/conf/files: dev/sound/pci/maestro3.c optional pcm pci Furthermore, I commented out all other sound drivers from that file (ad1816, es1888, ess, gusc, mss etc.) to save some space. My kernel config file says »device pcm« (no further sound-related entries necessary). This is what dmesg says: pcm0: port 0xf800-0xf8ff irq 10 at device 6.0 on pci0 It works fine, except for three things: - The initial mixer settings are unusable. I wrote a small script in /usr/local/etc/rc.d which initializes the mixer. Also, sometimes, changing the mixer values doesn't work somehow: When setting both channels to, say, volume 80, only the right channel is updated, and the left one is silent. That was just an example -- sometimes it works, sometimes it doesn't. It's usually fine on the second attempt, so I can live with that. - I'm under the impression that left and right channels are swapped on the headphone connector. The built-in speakers seem to be correct. I haven't investigated this more deeply, though (and I wouldn't know how to fix it anyway, except soldering a small adapter cable that swaps left and right). - Sometimes, after a reboot, the device doesn't work at all. Any application that tries to play sound reports an I/O error writing to the device, and I get some "IRQ timeut, channel dead" error on the console. I have to reboot in order to get it working. The problem occurs at boot time: If it works right after boot, it works until shutdown. If it doesn't work after boot, it won't work until I reboot. This seems to be some initialization problem in the driver. I also get this occasionally: "pcm0: Unknown HWVOL event" which might be connected to this problem. My current workaround for this is to have a small script in /usr/local/etc/rc.d that plays a small mp3 file (only a few seconds) in the background. When I hear it during booting, I know all is fine. If the box keeps silent, I know that I should reboot right again in order to get working sound. Yeah, I know, this is highly uncool, but I haven't found a real solution. :-) > dmesg says: > pcm0: irq 5 at device 3.0 on pci2 > pcm0: unable tp allocate register device > device_probe_and_attach: pcm0 attach returned 6 Maybe your BIOS isn't initializing your PCI resources properly. Does your BIOS setup contain a setting like "PnP OS" or "OS Type" or similar? If so, try setting it to "NO" or "Other" or "Unix". If that doesn't help, recompile your kernel with the following option: options PCI_ENABLE_IO_MODES Using this option, the kernel will try to initialize the PCI resources itself which the lazy BIOS did not care for. Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message