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/
next prev parent 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).