From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [alsa-devel] [RFC] ucb1400 touchscreen, irq auto probing and ac97 with its private field Date: Fri, 25 Apr 2008 15:01:39 +0200 Message-ID: References: <20080424185658.GA19029@sirena.org.uk> <20080425105429.GA5664@Chamillionaire.breakpoint.cc> <20080425124908.GA7152@Chamillionaire.breakpoint.cc> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <20080425124908.GA7152@Chamillionaire.breakpoint.cc> Sender: linux-input-owner@vger.kernel.org To: Sebastian Siewior Cc: Jaroslav Kysela , Mark Brown , dtor@mail.ru, Dmitry Torokhov , ALSA development , linux-input@vger.kernel.org List-Id: alsa-devel@alsa-project.org At Fri, 25 Apr 2008 14:49:08 +0200, Sebastian Siewior wrote: > > >> What I intended in first place is to allocate a private field in the bus > >> struct so can pass informations to the lower driver. > > > >As mentioned in my earlier mail, I'm fine with your first patch. The > >problem occurs when we generalize it. > Generalize? You mean once you need an array of multiple parameters like > struct ressource where the controler driver and device driver are > independent and don't know each other? Right, that's why void pointer was proposed and I'm against. The controller driver and the device driver are independent and implemented so. If they have the exlusive tight connection, then you must have no problem. But, you can bind any device driver to any controller driver in theory as long as they use the same bus, and there is no check to prevent it. Takashi