linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antti Palosaari <crope@iki.fi>
To: VDR User <user.vdr@gmail.com>
Cc: Devin Heitmueller <dheitmueller@kernellabs.com>,
	linux-media <linux-media@vger.kernel.org>,
	Patrick Boettcher <pboettcher@kernellabs.com>,
	Mauro Carvalho Chehab <mchehab@redhat.com>
Subject: Re: [RFCv1] DVB-USB improvements [alternative 2]
Date: Mon, 21 May 2012 05:22:17 +0300	[thread overview]
Message-ID: <4FB9A6D9.8020603@iki.fi> (raw)
In-Reply-To: <CAA7C2qiTesB+bZ0pzPvWTmO7p=_3oaoR+egw_WpEmiowidAD4g@mail.gmail.com>

On 21.05.2012 03:36, VDR User wrote:
> On Sun, May 20, 2012 at 4:10 PM, Devin Heitmueller
> <dheitmueller@kernellabs.com>  wrote:
>> If you think this is important, then you should feel free to submit
>> patches to Antti's tree.  Otherwise, this is the sort of optimization
>> that brings so little value as to not really be worth the engineering
>> effort.  The time is better spent working on problems that *actually*
>> have a visible effect to users (and a few extra modules being loaded
>> does not fall into this category).
>>
>> I think you'll find after spending a few hours trying to abstract out
>> the logic and the ugly solution that results that it *really* isn't
>> worth it.
>
> So you think that it makes more sense to ignore existing issues rather
> than fix them. Isn't fixing issues&  flaws the whole point of an
> overhaul/redesign? Yes, it is. I do get the point you're trying to
> make -- there are bigger fish to fry. But this is not an urgent
> project and I disagree with the attitude to just disregard whatever
> you deem unimportant. If you're going to do it, do it right.

I am not sure what you trying to say. Do you mean I should try to get 
remote controller totally optional module which can be left out?

How much memory will be saved if remote can be left out as unloaded?

regards
Antti
-- 
http://palosaari.fi/

  reply	other threads:[~2012-05-21  2:22 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-20 20:55 [RFCv1] DVB-USB improvements [alternative 2] Antti Palosaari
2012-05-20 22:30 ` VDR User
2012-05-20 23:10   ` Devin Heitmueller
2012-05-21  0:36     ` VDR User
2012-05-21  2:22       ` Antti Palosaari [this message]
2012-05-21  2:42         ` VDR User
2012-05-21  3:20           ` Antti Palosaari
2012-05-21  3:44             ` Mauro Carvalho Chehab
2012-05-21  3:50 ` Mauro Carvalho Chehab
2012-05-25 17:44   ` Antti Palosaari
2012-05-25 17:48     ` Antti Palosaari
2012-05-25 18:32     ` Mauro Carvalho Chehab
2012-05-25 18:38       ` Mauro Carvalho Chehab
2012-05-25 18:51       ` 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=4FB9A6D9.8020603@iki.fi \
    --to=crope@iki.fi \
    --cc=dheitmueller@kernellabs.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.com \
    --cc=pboettcher@kernellabs.com \
    --cc=user.vdr@gmail.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;
as well as URLs for NNTP newsgroup(s).