From: "Hans-Jürgen Koch" <hjk@linutronix.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Valdis.Kletnieks@vt.edu, Jesper Juhl <jesper.juhl@gmail.com>,
Greg Kroah-Hartman <gregkh@suse.de>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/3] UIO: Documentation
Date: Thu, 9 Aug 2007 17:23:56 +0200 [thread overview]
Message-ID: <200708091723.57041.hjk@linutronix.de> (raw)
In-Reply-To: <20070809151220.3f389efc@the-village.bc.nu>
Am Donnerstag 09 August 2007 16:12 schrieb Alan Cox:
> > That's no UIO invention. Userspace software that uses kernel interfaces like
> > syscall, device files, sysfs, and so on, is by definition _not_ a derived work
> > of the kernel and can be distributed under any license.
>
> This I believe incorrect. Please cite caselaw if you know better.
What about the statement at the top of COPYING in the top level kernel source
directory?
I know, you've got examples in mind where a kernel module and a userspace
program are dependent on each other and none of them can be used without the
other. Of course, we've got such a case for a UIO kernel module and userspace
driver. But if the degree of dependency between kernel and userspace can
constitute a different legal situation, then we have a _very_ large legal
grayzone.
>
> > With UIO, you have a kernel module that is so small, that even somebody who
> > hasn't got the hardware can easily review it and tell if the code is OK or not.
> > It is easy to maintain and doesn't reveal any secrets about the hardware.
>
> False
>
> Because you have no idea if the interface is correct or the userspace is
> doing stuff like triggering DMA to arbitary addresses via the interface
> or mmap functions. If it does so then even if its root only you've blown
> your security model.
OK, I agree. But in comparison to using /dev/mem for these tasks, I still
consider UIO an improvement.
Thanks,
Hans
next prev parent reply other threads:[~2007-08-09 15:24 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-18 23:23 [GIT PATCH] UIO patches for 2.6.22 Greg KH
2007-07-18 23:26 ` [PATCH 1/3] UIO: Add the User IO core code Greg Kroah-Hartman
2007-07-18 23:26 ` [PATCH 2/3] UIO: Documentation Greg Kroah-Hartman
2007-07-18 23:26 ` [PATCH 3/3] UIO: Hilscher CIF card driver Greg Kroah-Hartman
2007-07-19 16:33 ` Jan Engelhardt
2007-07-19 19:28 ` Hans-Jürgen Koch
2007-07-19 20:02 ` Jan Engelhardt
2007-07-19 20:24 ` Hans-Jürgen Koch
2007-08-08 21:36 ` [PATCH 2/3] UIO: Documentation Jesper Juhl
2007-08-08 22:12 ` Valdis.Kletnieks
2007-08-08 23:03 ` Jesper Juhl
2007-08-09 7:19 ` Greg KH
2007-08-09 16:50 ` Jesper Juhl
2007-08-08 23:40 ` Alan Cox
2007-08-09 12:29 ` Hans-Jürgen Koch
2007-08-09 14:09 ` Alan Cox
2007-08-09 13:02 ` Hans-Jürgen Koch
2007-08-09 14:12 ` Alan Cox
2007-08-09 15:23 ` Hans-Jürgen Koch [this message]
2007-08-09 7:41 ` Hans-Jürgen Koch
-- strict thread matches above, loose matches on Subject: below --
2007-05-08 14:04 [GIT PATCH] UIO patches for 2.6.21 Greg KH
2007-05-08 14:08 ` [PATCH 1/3] UIO: Add the User IO core code Greg Kroah-Hartman
2007-05-08 14:08 ` [PATCH 2/3] UIO: Documentation Greg Kroah-Hartman
2007-04-27 22:49 [GIT PATCH] UIO patches for 2.6.21 Greg KH
2007-04-27 22:50 ` [PATCH 1/3] UIO: Add the User IO core code Greg Kroah-Hartman
2007-04-27 22:50 ` [PATCH 2/3] UIO: Documentation Greg Kroah-Hartman
2007-05-01 23:42 ` Randy Dunlap
2007-05-02 8:41 ` Hans-Jürgen Koch
2007-05-02 20:52 ` Randy Dunlap
2007-05-02 22:00 ` Hans-Jürgen Koch
2007-05-02 23:37 ` Randy Dunlap
2007-05-03 5:37 ` Greg KH
2007-05-03 6:39 ` Hans-Jürgen Koch
2007-05-04 9:37 ` Hans-Jürgen Koch
2007-05-07 17:46 ` Randy Dunlap
2007-05-07 20:01 ` Hans-Jürgen Koch
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=200708091723.57041.hjk@linutronix.de \
--to=hjk@linutronix.de \
--cc=Valdis.Kletnieks@vt.edu \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=gregkh@suse.de \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®