All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.