Date: Sun, 12 Mar 2006 03:15:40 +0900 (JST) From: Kazuhito HONDA <kazuhito@ph.noda.tus.ac.jp> To: Alexander@Leidinger.net Cc: freebsd-multimedia@freebsd.org Subject: Re: usb audio and a 1 channel input device Message-ID: <20060312.031540.343188189.kazuhito@ph.noda.tus.ac.jp> In-Reply-To: <20060310120829.5wkcmkjae8cgsgg0@netchild.homeip.net> References: <20060310111225.93tbmzmxw4s8www4@netchild.homeip.net> <20060310102511.M65307@bartsplace.net> <20060310120829.5wkcmkjae8cgsgg0@netchild.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
From: Alexander Leidinger <Alexander@Leidinger.net> Subject: Re: usb audio and a 1 channel input device Date: Fri, 10 Mar 2006 12:08:29 +0100 > Bart van Leeuwen <bart@bartsplace.net> wrote: > > > On Fri, 10 Mar 2006 11:12:25 +0100, Alexander Leidinger wrote > >> Kazuhito HONDA <kazuhito@ph.noda.tus.ac.jp> wrote: > >> > >> > If your USB controller is uhci, you should do 1) below only. > >> > But yours os ohci, you should 1) and 2). > >> > > >> > 1) Comment out these lines in a function "uaudio_init_params()" of > >> > a file "/usr/src/sys/dev/sound/usb/uaudio.c": > >> > if ((sc->sc_playchan.pipe != NULL) || (sc->sc_recchan.pipe > >> != NULL)) > >> > return (-1); > >> > >> Is there a sane way here if we are on a uhci or ohci chipset? I > >> would prefer to check it and allow it if we are on an uhci chipset. > > > > I believe the change is relevant to both cases? > > Sort of. With the driver of hps, you can remove it entirely, Oh. I haven't tried to use the recent driver of hps, so I didn't know it. With the recent driver of hps, 1) isn't necessary. > but with the > driver in the base system, we have the restriction to only remove this code > for an uhci chipset (since the ohci driver has problems with this duplex > operation). That's right, exactly. Sincerely yours, Kazuhito HONDA
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060312.031540.343188189.kazuhito>