From: Mauro Carvalho Chehab <mchehab@infradead.org>
To: Trent Piepho <xyzzy@speakeasy.org>
Cc: Markus Rechberger <mrechberger@gmail.com>,
linux-dvb@linuxtv.org, linux-kernel@vger.kernel.org,
Manu Abraham <abraham.manu@gmail.com>
Subject: Re: [linux-dvb] Re: DST/BT878 module customization (.. was: Critical points about ...)
Date: Fri, 04 May 2007 06:23:34 -0300 [thread overview]
Message-ID: <1178270614.12651.303.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.58.0705032123340.32689@shell2.speakeasy.net>
> > It would be nice, however, to have a patch making dvb_attach more
> > generic, by e.g. having a variant that allows passing another message.
>
> Only this message is from dvb_attach():
> > DVB: Unable to find symbol dst_attach()
>
> Is it saying that it cannot load the module that dst_attach() is in (it
> doesn't know what module that is, modprobe knows that). If you enabled dst
> support and deleted the module, it would be the same.
>
> If you turn off dvb_attach() and also disable dst, you should instead get
> this message:
> dst_attach: driver disabled by Kconfig
>
> Maybe that would look nicer with a "DVB: " prefix? That would easier if it
> wasn't necessary to update the printk in each boilerplate stub function. What
> if one macro created these stubs....
>
> > frontend_init: Could not find a Twinhan DST.
> > dvb-bt8xx: A frontend driver was not found for device 109e/0878 subsystem fbfb/f800
>
> These two messages are printed by the dvb-bt8xx driver, not by dvb_attach().
> It would be trivial to change of course, but I'm not sure what would be
> pedantically correct for both dst and non-dst based hardware.
Sorry, this is what I meant: to fix the above message. The dvb_attach is
generic enough.
Maybe a more nice text would be something like:
"Couldn't initialize frontend helper modules for device ..."
since dvb_attach will also print what modules were not loaded.
>
> > There's an argument against the prototype changes on dst_attach and
> > dst_ca_attach since they aren't frontend.
>
> The reason I changed that, is the dst_attach() already did return a
> dvb_frontend pointer, it was just inside an enclosing structure. i.e. what
> existed before:
>
> {
> struct dst_state *state;
> state = dst_attach(...);
> card->fe = &state->frontend;
> } /* state goes out of scope */
>
> The frontend is inside the state struct and the state pointer isn't saved
> anywhere. dvb-bt8xx just saves a frontend pointer from inside the dst state
> and tosses the state pointer away. So I changed that to:
>
> card->fe = dst_attach(...);
IMO, this made the code cleaner.
--
Cheers,
Mauro
prev parent reply other threads:[~2007-05-04 9:24 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-30 21:17 DST/BT878 module customization (.. was: Critical points about ...) Markus Rechberger
2007-05-01 6:40 ` [linux-dvb] " Simon Arlott
2007-05-01 9:00 ` Markus Rechberger
2007-05-01 9:31 ` Uwe Bugla
2007-05-01 22:57 ` Trent Piepho
2007-05-02 13:30 ` Manu Abraham
2007-05-02 15:51 ` Uwe Bugla
2007-05-02 16:43 ` Manu Abraham
2007-05-02 16:45 ` Manu Abraham
2007-05-02 17:33 ` Markus Rechberger
2007-05-03 11:20 ` Uwe Bugla
2007-05-03 14:44 ` Manu Abraham
2007-05-03 15:31 ` Uwe Bugla
2007-05-03 15:48 ` Manu Abraham
2007-05-03 15:59 ` Markus Rechberger
2007-05-03 16:17 ` Manu Abraham
2007-05-03 17:19 ` Markus Rechberger
[not found] ` <1178215045.12651.124.camel@localhost>
2007-05-03 19:03 ` Manu Abraham
2007-05-03 21:00 ` Markus Rechberger
2007-05-03 21:42 ` Manu Abraham
2007-05-03 22:06 ` Markus Rechberger
2007-05-03 22:31 ` Manu Abraham
2007-05-03 23:09 ` Markus Rechberger
2007-05-04 0:47 ` hermann pitton
2007-05-04 1:30 ` Uwe Bugla
2007-05-04 0:07 ` Uwe Bugla
2007-05-05 18:06 ` Mauro Carvalho Chehab
2007-05-05 18:46 ` Manu Abraham
2007-05-07 20:54 ` Mauro Carvalho Chehab
2007-05-07 21:25 ` Manu Abraham
2007-05-07 21:34 ` Michael Krufky
2007-05-07 21:49 ` Manu Abraham
2007-05-07 21:51 ` Uwe Bugla
[not found] ` <a3ef07920705031119x332db12dob997e5ebc6a8e218@mail.gmail.com>
2007-05-03 20:49 ` Markus Rechberger
2007-05-03 16:25 ` Uwe Bugla
2007-05-03 16:05 ` Uwe Bugla
2007-05-03 16:15 ` Manu Abraham
2007-05-03 16:30 ` Michael Krufky
2007-05-03 16:35 ` Manu Abraham
2007-05-07 23:33 ` Trent Piepho
2007-05-08 0:00 ` Manu Abraham
2007-05-01 14:55 ` Mauro Carvalho Chehab
2007-05-01 16:40 ` [linux-dvb] " Uwe Bugla
2007-05-01 18:30 ` Uwe Bugla
2007-05-01 18:50 ` Simon Arlott
2007-05-01 19:34 ` Uwe Bugla
2007-05-01 20:35 ` Simon Arlott
2007-05-01 21:29 ` Uwe Bugla
2007-05-01 19:20 ` e9hack
2007-05-01 19:26 ` Uwe Bugla
2007-05-01 23:16 ` Trent Piepho
2007-05-02 2:03 ` Mauro Carvalho Chehab
2007-05-02 11:10 ` Trent Piepho
2007-05-02 12:04 ` Uwe Bugla
2007-05-03 14:02 ` Mauro Carvalho Chehab
2007-05-03 15:15 ` Manu Abraham
2007-05-03 15:36 ` Uwe Bugla
2007-05-04 5:13 ` Trent Piepho
2007-05-04 9:23 ` Mauro Carvalho Chehab [this message]
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=1178270614.12651.303.camel@localhost \
--to=mchehab@infradead.org \
--cc=abraham.manu@gmail.com \
--cc=linux-dvb@linuxtv.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mrechberger@gmail.com \
--cc=xyzzy@speakeasy.org \
/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