From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:62249 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757170Ab1LBRd4 (ORCPT ); Fri, 2 Dec 2011 12:33:56 -0500 Message-ID: <4ED90BFD.3040805@redhat.com> Date: Fri, 02 Dec 2011 15:33:49 -0200 From: Mauro Carvalho Chehab MIME-Version: 1.0 To: HoP CC: Andreas Oberritter , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage? References: <4ED6C5B8.8040803@linuxtv.org> <4ED75F53.30709@redhat.com> <4ED7BBA3.5020002@redhat.com> <4ED7E5D7.8070909@redhat.com> <4ED805CB.5020302@linuxtv.org> <4ED8B327.9090505@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: On 02-12-2011 09:57, HoP wrote: > If you want to disscuss, No, I don't want. There are architectural issues on your solution. As I said, from the Kernel POV, just the network drivers is enough to run *any* client-server solution on any OS that uses the TCP/IP stack. All streaming applications (DVB or not) have their solution without requiring any virtual driver, using the TCP/IP stack. You still think that your solution is technically better than theirs. So, we agree do disagree on that matter. From my side, I won't merge it due to the already explained reasons. Mauro.