mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

  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®