Date: Thu, 22 Nov 2012 16:30:23 +0200 From: Alexander Motin <mav@FreeBSD.org> To: Ian Smith <smithi@nimnet.asn.au> Cc: Adrian Chadd <adrian@freebsd.org>, freebsd-stable@freebsd.org, Andriy Gapon <avg@icyb.net.ua>, Ronald Klop <ronald-freebsd8@klop.yi.org> Subject: Re: Increasing the DMESG buffer.... Message-ID: <50AE36FF.7080106@FreeBSD.org> In-Reply-To: <20121122213328.J21191@sola.nimnet.asn.au> References: <50ACA59D.3080809@digiware.nl> <20121121101411.GG4535@server.rulingia.com> <50ACD522.7000706@digiware.nl> <50ACEE5B.8000901@FreeBSD.org> <50ACF891.4050105@digiware.nl> <1353513692.69940.7.camel@revolution.hippie.lan> <50ACFC6C.8070506@FreeBSD.org> <20121122040251.G21191@sola.nimnet.asn.au> <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <op.wn4141f88527sy@212-182-167-131.ip.telfort.nl> <CAJ-VmomREO6uj_izmD%2Bp90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com> <20121122144400.M21191@sola.nimnet.asn.au> <CAJ-Vmonk2RS=FwpgVHpeuFF5jf%2BSjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com> <20121122213328.J21191@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 22.11.2012 12:53, Ian Smith wrote: > On Wed, 21 Nov 2012 23:12:17 -0800, Adrian Chadd wrote: > > On 21 November 2012 20:16, Ian Smith <smithi@nimnet.asn.au> wrote: > > > On Wed, 21 Nov 2012 12:08:42 -0800, Adrian Chadd wrote: > [..] > > > T61_dmesg.boot.10.works (file 1 of 2) lines 1813-1861/1861 byte 82415/82415 > > > > > > Cutting just the hdaa0, pcm0 and pcm1 stuff results in: > > > > > > hda_pcm.verbose (file 2 of 2) lines 712-760/760 byte 28531/28531 > > > > Is there a way to extract this topology information out of the driver > > without putting it in the verbose output? > > We should be asking Alexander, cc'd. I only have a snd_ich here, where > hw.snd.verbose=3 is as rich as it gets, 105 lines incl. file versions. Neither ICH, nor any other driver I know have amount of information comparable to what HDA hardware provides. So the analogy is not good. Respecting that most CODECs have no published datasheets, that information is the only input for debugging. snd_hda also uses hw.snd.verbose=3. But it is used for even deeper driver debugging. It also enables a lot of debugging in sound(4), that can be too verbose for HDA debugging. I will recheck again how can it be reorganized, but I think that the real problem is not in HDA. We need some way to structure and filter the output. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50AE36FF.7080106>