From: Malcolm Priestley <tvboxspy@gmail.com>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Antti Palosaari <crope@iki.fi>, linux-media@vger.kernel.org
Subject: Re: [PATCH 2/3] dvb-usb: multi-frontend support (MFE)
Date: Wed, 27 Jul 2011 23:07:31 +0100 [thread overview]
Message-ID: <1311804451.9058.20.camel@localhost> (raw)
In-Reply-To: <4E3061CF.2080009@redhat.com>
On Wed, 2011-07-27 at 16:06 -0300, Mauro Carvalho Chehab wrote:
> Em 25-07-2011 21:17, Antti Palosaari escreveu:
> > Signed-off-by: Antti Palosaari <crope@iki.fi>
> > ---
> > drivers/media/dvb/dvb-usb/dvb-usb-dvb.c | 85 +++++++++++++++++++++++-------
> > drivers/media/dvb/dvb-usb/dvb-usb-init.c | 4 ++
> > drivers/media/dvb/dvb-usb/dvb-usb.h | 11 +++-
> > 3 files changed, 78 insertions(+), 22 deletions(-)
> >
> > diff --git a/drivers/media/dvb/dvb-usb/dvb-usb-dvb.c b/drivers/media/dvb/dvb-usb/dvb-usb-dvb.c
> > index d8c0bd9..5e34df7 100644
> > --- a/drivers/media/dvb/dvb-usb/dvb-usb-dvb.c
> > +++ b/drivers/media/dvb/dvb-usb/dvb-usb-dvb.c
> > @@ -162,8 +162,11 @@ static int dvb_usb_fe_wakeup(struct dvb_frontend *fe)
> >
> > dvb_usb_device_power_ctrl(adap->dev, 1);
> >
> > - if (adap->fe_init)
> > - adap->fe_init(fe);
> > + if (adap->props.frontend_ctrl)
> > + adap->props.frontend_ctrl(fe, 1);
> > +
> > + if (adap->fe_init[fe->id])
> > + adap->fe_init[fe->id](fe);
> >
> > return 0;
> > }
> > @@ -172,45 +175,89 @@ static int dvb_usb_fe_sleep(struct dvb_frontend *fe)
> > {
> > struct dvb_usb_adapter *adap = fe->dvb->priv;
> >
> > - if (adap->fe_sleep)
> > - adap->fe_sleep(fe);
> > + if (adap->fe_sleep[fe->id])
> > + adap->fe_sleep[fe->id](fe);
> > +
> > + if (adap->props.frontend_ctrl)
> > + adap->props.frontend_ctrl(fe, 0);
> >
> > return dvb_usb_device_power_ctrl(adap->dev, 0);
> > }
> >
> > int dvb_usb_adapter_frontend_init(struct dvb_usb_adapter *adap)
> > {
> > + int ret, i, x;
> > +
> > + memset(adap->fe, 0, sizeof(adap->fe));
> > +
> > if (adap->props.frontend_attach == NULL) {
> > - err("strange: '%s' #%d doesn't want to attach a frontend.",adap->dev->desc->name, adap->id);
> > + err("strange: '%s' #%d doesn't want to attach a frontend.",
> > + adap->dev->desc->name, adap->id);
> > +
> > return 0;
> > }
> >
> > - /* re-assign sleep and wakeup functions */
> > - if (adap->props.frontend_attach(adap) == 0 && adap->fe[0] != NULL) {
> > - adap->fe_init = adap->fe[0]->ops.init; adap->fe[0]->ops.init = dvb_usb_fe_wakeup;
> > - adap->fe_sleep = adap->fe[0]->ops.sleep; adap->fe[0]->ops.sleep = dvb_usb_fe_sleep;
> > + /* register all given adapter frontends */
> > + if (adap->props.num_frontends)
> > + x = adap->props.num_frontends - 1;
> > + else
> > + x = 0;
> > +
> > + for (i = 0; i <= x; i++) {
> > + ret = adap->props.frontend_attach(adap);
> > + if (ret || adap->fe[i] == NULL) {
> > + /* only print error when there is no FE at all */
> > + if (i == 0)
> > + err("no frontend was attached by '%s'",
> > + adap->dev->desc->name);
>
> This doesn't seem right. One thing is to accept adap->fe[1] to be
> NULL. Another thing is to accept an error at the attach. IMO, the
> logic should be something like:
>
> if (ret < 0)
> return ret;
>
> if (!i && !adap->fe[0]) {
> err("no adapter!");
> return -ENODEV;
> }
>
> > +
> > + return 0;
> > + }
> >
> > - if (dvb_register_frontend(&adap->dvb_adap, adap->fe[0])) {
> > - err("Frontend registration failed.");
> > - dvb_frontend_detach(adap->fe[0]);
> > - adap->fe[0] = NULL;
> > - return -ENODEV;
> > + adap->fe[i]->id = i;
> > +
> > + /* re-assign sleep and wakeup functions */
> > + adap->fe_init[i] = adap->fe[i]->ops.init;
> > + adap->fe[i]->ops.init = dvb_usb_fe_wakeup;
> > + adap->fe_sleep[i] = adap->fe[i]->ops.sleep;
> > + adap->fe[i]->ops.sleep = dvb_usb_fe_sleep;
> > +
> > + if (dvb_register_frontend(&adap->dvb_adap, adap->fe[i])) {
> > + err("Frontend %d registration failed.", i);
> > + dvb_frontend_detach(adap->fe[i]);
>
> There is a special case here: for DRX-K, we can't call dvb_frontend_detach().
> as just one drxk_attach() returns the two pointers. While this is not fixed,
> we need to add some logic here to check if the adapter were attached.
>
> > + adap->fe[i] = NULL;
> > + /* In error case, do not try register more FEs,
> > + * still leaving already registered FEs alive. */
>
> I think that the proper thing to do is to detach everything, if one of
> the attach fails. There isn't much sense on keeping the device partially
> initialized.
>
>From memory, I recall the existing code doesn't detach the frontend even
if the device driver forces an error. So, the device driver must detach
the frontend first.
The trouble is that dvb-usb is becoming dated as new drivers tend to
work around it. No one likes to touch it, out of fear of breaking
existing drivers.
I think perhaps some kind of legacy wrapper is needed here, with the
moving of dvb-usb to its own core, so more development work can be done.
Regards
Malcolm
next prev parent reply other threads:[~2011-07-27 22:07 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-26 0:17 [PATCH 2/3] dvb-usb: multi-frontend support (MFE) Antti Palosaari
2011-07-27 19:06 ` Mauro Carvalho Chehab
2011-07-27 19:49 ` Antti Palosaari
2011-07-27 20:06 ` Mauro Carvalho Chehab
2011-07-27 20:19 ` Antti Palosaari
2011-08-01 0:46 ` Mauro Carvalho Chehab
2011-08-01 1:22 ` Antti Palosaari
2011-08-01 2:24 ` Mauro Carvalho Chehab
2011-09-07 16:51 ` Antti Palosaari
2011-09-07 17:41 ` Michael Krufky
2011-09-07 17:45 ` Michael Krufky
2011-09-07 18:04 ` Michael Krufky
2011-09-07 18:20 ` Antti Palosaari
2011-09-07 18:36 ` Michael Krufky
2011-09-07 21:10 ` Antti Palosaari
2011-09-07 21:32 ` Michael Krufky
2011-07-27 22:07 ` Malcolm Priestley [this message]
2011-07-27 22:23 ` Antti Palosaari
2011-07-31 18:28 ` Patrick Boettcher
2011-08-01 1:28 ` Antti Palosaari
-- strict thread matches above, loose matches on Subject: below --
2011-07-28 21:35 Antti Palosaari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1311804451.9058.20.camel@localhost \
--to=tvboxspy@gmail.com \
--cc=crope@iki.fi \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox