From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: "Nemosoft Unv." <nemosoft@smcc.demon.nl>
Cc: Linus Torvalds <torvalds@osdl.org>,
Albert Cahalan <albert@users.sourceforge.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
pmarques@grupopie.com, greg@kroah.com,
linux-usb-devel@lists.sourceforge.net
Subject: Re: pwc+pwcx is not illegal
Date: Sun, 29 Aug 2004 16:42:24 +0100 [thread overview]
Message-ID: <1093794141.28139.5.camel@localhost.localdomain> (raw)
In-Reply-To: <200408291833.37808@smcc.demon.nl>
On Sul, 2004-08-29 at 17:33, Nemosoft Unv. wrote:
> That's one of the reasons I requested PWC to be removed. For me, it's also a
> matter of quality: what good is a half-baked driver in the kernel when you
> need to patch it first to get it working fully again? I don't want my name
> attached to that.
It works very well for some users without that code. The raw pass
through for the compressed bitstreams solved the problems for the rest.
You appear to be seeking to hurt your userbase for your own ends. Thats
not pleasant behaviour. I can more than understand
"take my name off it, make it clear its nothing to do with me".
> > Its also trivial to move the decompressor to user space
> > where it should be anyway.
>
> *sigh* As I have been saying a 100 times before, it is illogical, cumbersome
> for both users and developers, and will probably take a very long time to
> adopt (notwithstanding V4L2 [*]).
Video4linux has -always- specified decompressors in user space. This was
pointed out ages ago. V4L2 rationalised it even more clearly.
> *IF* there was a commonly accepted video "middle-layer", this would not pose
> much of a problem. But there is no such thing yet.
>
> (maybe that's something for a 2.7 kernel...)
No its for userspace. Just add it to the relevant video frameworks.
> Seriously, this probably would not have happened if, back in 2001, the
> driver was rejected on the basis of this hook (you were there, Alan...) I
> never made a secret of it, it has been in the driver from day 1 and its
> purpose was clearly spelled out. If it had been rejected, I would probably
> have just switched to '3rd party module' mode and maintained it outside the
> kernel indefinetely. I would not have liked it, but it would have been
> acceptable.
Back in 2001 I was saying that this was broken and it belonged in user
space.
> of thing in the kernel. However, since we're a bit late to react, we'll
> leave it in the 2.4 and 2.6 series, but versions beyond that (2.7-devel,
> etc) will not have PWC included in this form. In the mean time, we're
> asking you to think of a solution". Chances are the situation would have
> been fully resolved before that (and I mean fully *hint*).
There isn't a plan to have a 2.7 development tree but to do gradual
development until something major comes up. That makes the suggestion
rather more tricky - as does the legal question.
next prev parent reply other threads:[~2004-08-29 16:45 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-27 19:18 pwc+pwcx is not illegal Albert Cahalan
2004-08-27 19:29 ` Linus Torvalds
2004-08-27 20:06 ` Kenneth Lavrsen
2004-08-27 20:21 ` Linus Torvalds
2004-08-27 20:24 ` David S. Miller
2004-08-27 20:26 ` Paul Jakma
2004-08-30 17:41 ` Brian Litzinger
2004-08-27 20:38 ` David Ford
2004-08-27 20:57 ` Albert Cahalan
2004-08-27 21:04 ` Greg KH
2004-08-27 21:09 ` Linus Torvalds
2004-08-29 14:00 ` Alan Cox
2004-08-29 16:33 ` Nemosoft Unv.
2004-08-29 15:42 ` Alan Cox [this message]
2004-08-29 17:17 ` [linux-usb-devel] " Randy.Dunlap
2004-08-29 17:16 ` Norbert van Nobelen
2004-08-27 19:34 ` Paulo Marques
2004-08-27 21:34 ` Albert Cahalan
-- strict thread matches above, loose matches on Subject: below --
2004-08-28 8:15 Gabucino
2004-08-28 10:30 ` Vojtech Pavlik
2004-08-28 12:18 Kenneth Lavrsen
2004-08-28 13:11 ` Adrian Bunk
2004-08-28 15:24 ` Kenneth Lavrsen
2004-08-29 14:02 ` Alan Cox
2004-09-01 22:51 ` Rogier Wolff
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=1093794141.28139.5.camel@localhost.localdomain \
--to=alan@lxorguk.ukuu.org.uk \
--cc=albert@users.sourceforge.net \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=nemosoft@smcc.demon.nl \
--cc=pmarques@grupopie.com \
--cc=torvalds@osdl.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 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.