NetBSD Problem Report #52442

From www@NetBSD.org  Sun Jul 30 12:51:31 2017
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 9F44F7A17E
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 30 Jul 2017 12:51:31 +0000 (UTC)
Message-Id: <20170730125130.A23677A28E@mollari.NetBSD.org>
Date: Sun, 30 Jul 2017 12:51:30 +0000 (UTC)
From: isaki@NetBSD.org
Reply-To: isaki@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: x68k's vs(4) is broken after in-kernel mixing
X-Send-Pr-Version: www-1.0

>Number:         52442
>Category:       kern
>Synopsis:       x68k's vs(4) is broken after in-kernel mixing
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jul 30 12:55:00 +0000 2017
>Closed-Date:    Tue Sep 05 07:23:20 +0000 2017
>Last-Modified:  Tue Sep 05 07:23:20 +0000 2017
>Originator:     Tetsuya Isaki
>Release:        NetBSD-current
>Organization:
NetBSD
>Environment:
NetBSD 8.99.1 x68k
>Description:
After merging in-kernel mixing, x68k's vs(4) has several
different problems concurrently.
This is -current matter but is the same with netbsd-8 branch.

#1 device autoconfig failed. [RESOLVED in -current]

  The combination of encoding parameters inquired by the
  MI audio layer has changed.

#2 filter parameter (or something) mismatch.

  MSM6258 can only play its own ADPCM and current MI audio layer
  only supprots SLINEAR devices.
  Therefore some conversion between MI and MD needed.
  But that parameter or something seems to be incorrect now.

#3 ring buffer (or something) is strange.

  Even if problem #2 is solved,
  when playback starts, white noise is output first.
  After a while, the audio is played.  Probably, playback is
  started even though there is no output data yet.
  Then after a while, the same place is played many times because
  it runs the ring buffer even though there is no new data.

#4 frequency mismatch.

  [Though this is not mandatory]
  Now MD layer reports 16kHz as our supported frequency for MI
  layer but set hardware 15.6kHz.
  MSM6258 can only play 15.6kHz, 10.4kHz, 7.8kHz, 5.2kHz, and
  3.9kHz.  and MI audio layer does not support any of them.
  The audio layer has aurateconv, so I'm happy if I can use it.

>How-To-Repeat:
See dmesg on x68k.
And run audioplay(1) on x68k.
>Fix:
N/A

>Release-Note:

>Audit-Trail:
From: Tetsuya Isaki <isaki@pastel-flower.jp>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org,
	gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/52442: x68k's vs(4) is broken after in-kernel mixing
Date: Sat, 05 Aug 2017 15:28:37 +0900

 Status Update at 20170805.
 > #1 device autoconfig failed. [RESOLVED in -current]
 > #2 filter parameter (or something) mismatch.

 [RESOLVED]

 > #3 ring buffer (or something) is strange.

 [RESOLVED]

 > #4 frequency mismatch.

 not resolved yet.

 #5 playback qualilty is very poor.

   vs(4) now can play audio again.  But its playback quality
   is very poor compared to before.
 ---
 Tetsuya Isaki <isaki@pastel-flower.jp / isaki@NetBSD.org>

From: Tetsuya Isaki <isaki@pastel-flower.jp>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org,
	gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/52442: x68k's vs(4) is broken after in-kernel mixing
Date: Tue, 05 Sep 2017 16:17:03 +0900

 Status update 20170905

 #1 device autoconfig failed

   [RESOLVED] by sys/dev/audio.c 1.406

 #2 filter parameter (or something) mismatch

   [RESOLVED] by sys/dev/audio.c 1.406

 #3 ring buffer (or something) is strange

   [RESOLVED] by sys/dev/audio.c 1.406

 #4 frequency mismatch

   not resolved yet but it should be another pr.

 #5 playback quality is very poor

   [RESOLVED] by sys/arch/x68k/dev/vs.c 1.47
 ---
 Tetsuya Isaki <isaki@pastel-flower.jp / isaki@NetBSD.org>

State-Changed-From-To: open->closed
State-Changed-By: isaki@NetBSD.org
State-Changed-When: Tue, 05 Sep 2017 07:23:20 +0000
State-Changed-Why:
Done.


>Unformatted:

Home	PR Database Search