Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Aug 2006 15:55:30 +0800
From:      Ariff Abdullah <ariff@FreeBSD.org>
To:        pyunyh@gmail.com
Cc:        freebsd-multimedia@FreeBSD.org, kent@NetBSD.org
Subject:   Re: snd_ich dies
Message-ID:  <20060811155530.00a763b4.ariff@FreeBSD.org>
In-Reply-To: <20060811002511.GA22291@cdnetworks.co.kr>
References:  <20060810035426.GA28177@Update.UU.SE> <20060810065109.78A5D15EB090@gabi-n.hauN.org> <20060811050919.1d8bb187.ariff@FreeBSD.org> <20060811002511.GA22291@cdnetworks.co.kr>

next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Fri__11_Aug_2006_15_55_30_+0800_u44tis.2T02cVo0c
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, 11 Aug 2006 09:25:11 +0900
Pyun YongHyeon <pyunyh@gmail.com> wrote:
> On Fri, Aug 11, 2006 at 05:09:19AM +0800, Ariff Abdullah wrote:
>  > On Thu, 10 Aug 2006 15:51:09 +0900 (JST)
>  > TAMURA Kent <kent@NetBSD.org> wrote:
>  > >=20
>  > > > My audio dies, espcially when my system is under heavy load.
>  > > > Otherwise I can maybe play music for an half hour, (with
>  > > > choppy sound).
>  > >=20
>  > > >     vendor   =3D 'Intel Corporation'
>  > > >     device   =3D '82440MX AC'97 Audio Controller'
>  > >=20
>  > > 440MX has a hardware erratum and an audio driver should have
>  > > special handling to avoid it.  The drivers of NetBSD and ALSA
>  > > does it, and FreeBSD's does not for now.
>  > >=20
>  > > ALSA:
>  > > http://hg-mirror.alsa-project.org/alsa-kernel?cmd=3Dchangeset;node=
=3De0d1f8060d20;style=3Dgitweb
>  > >=20
>  > > NetBSD:
>  > > http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=3D19919
>  > > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/pci/auich.c.diff?r1=
=3D1.33&r2=3D1.34
>  > >=20
>  > >=20
>  > Looks trivial enough, though both BUS_DMA_NOCACHE/COHERENT almost
>  > a noop for most FreeBSD archs. I'll revisit this sooner using
>  > other non-cacheable method.
>  >=20
>  >=20
>=20
> AFAIK arm/sparc64 has implemented BUS_DMA_COHERENT. But it seems
> that BUS_DMA_COHERENT for sparc64 implementation is not complete.
>=20
> What makes me wonder is why NetBSD needed an additional
> BUS_DMA_NOCACHE flag as the purpose of BUS_DMA_COHERENT is to map
> pages into uncached address space or to set cache-inhibit bits in
> PTE.
>=20
> Btw, the workaround suggested by Intel said it _reduces_ the
> frequency of the failure(Master Abort). Because it does not remove
> the bug I wonder how it works well in real hardware.
>=20
Not much choice then.

Ok, Emil, take this:

  http://people.freebsd.org/~ariff/test/ich.c


--
Ariff Abdullah
FreeBSD

--Signature=_Fri__11_Aug_2006_15_55_30_+0800_u44tis.2T02cVo0c
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFE3Df3lr+deMUwTNoRAgelAKDDz4QDgjryD6SB5tPL5gFLZCTjiQCgtM9I
aFRJqujxb7BEATmIeX/eq7w=
=/dKn
-----END PGP SIGNATURE-----

--Signature=_Fri__11_Aug_2006_15_55_30_+0800_u44tis.2T02cVo0c--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060811155530.00a763b4.ariff>