> Looking back at the KDB sources originally posted on oss.sgi.com I
> did not see any restrictions on the use of KDB. How/why was that
> restriction granted and by whom? Was SGI, the original copyright
> owner of KDB, asked or even informed of that decision? I'm not
> trying to be a lawyer
Looking back at the KDB sources originally posted on oss.sgi.com I
did not see any restrictions on the use of KDB. How/why was that
restriction granted and by whom? Was SGI, the original copyright
owner of KDB, asked or even informed of that decision? I'm not
trying to be a lawyer here,
On 3/12/2013 3:39 PM, Eric W. Biederman wrote:
> Mike Travis writes:
>
>> Let me see if I can understand the concept better. By denying
>> an external hardware vendor the use of KDB to support a significant
>> piece of proprietary hardware on Linux, I furthering the interests
>> of Linux and
Mike Travis writes:
> Let me see if I can understand the concept better. By denying
> an external hardware vendor the use of KDB to support a significant
> piece of proprietary hardware on Linux, I furthering the interests
> of Linux and the community how?
By ignoring interests of someone who
On 3/12/2013 3:13 PM, Greg Kroah-Hartman wrote:
On Tue, Mar 12, 2013 at 03:03:17PM -0700, Mike Travis wrote:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering
On Tue, Mar 12, 2013 at 03:03:17PM -0700, Mike Travis wrote:
> Let me see if I can understand the concept better. By denying
> an external hardware vendor the use of KDB to support a significant
> piece of proprietary hardware on Linux, I furthering the interests
> of Linux and the community how?
On 3/12/2013 3:01 PM, Thomas Gleixner wrote:
On Tue, 12 Mar 2013, Mike Travis wrote:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux and the community how?
Looking back at the KDB sources originally posted on oss.sgi.com I
On Tue, 12 Mar 2013, Mike Travis wrote:
> This patch adds some important KDB functions to be externally
> usable by loadable KDB modules. Note that often drivers bring
> in KDB modules for debugging, and in the past KDB has not been
> limited to use by GPL only modules. This patch restores KDB
>
On Tue, Mar 12, 2013 at 02:38:28PM -0500, Mike Travis wrote:
> This patch adds some important KDB functions to be externally
> usable by loadable KDB modules.
What modules would that be? Are they in this patch series?
> Note that often drivers bring in KDB modules for debugging, and in the
>
Mike Travis writes:
> This patch adds some important KDB functions to be externally
> usable by loadable KDB modules. Note that often drivers bring
> in KDB modules for debugging, and in the past KDB has not been
> limited to use by GPL only modules. This patch restores KDB
> usefullness to
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by GPL only modules. This patch restores KDB
usefullness to non-GPL modules.
Cc: Tim Bird
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by GPL only modules. This patch restores KDB
usefullness to non-GPL modules.
Cc: Tim Bird
Mike Travis tra...@sgi.com writes:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by GPL only modules. This patch restores KDB
On Tue, Mar 12, 2013 at 02:38:28PM -0500, Mike Travis wrote:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules.
What modules would that be? Are they in this patch series?
Note that often drivers bring in KDB modules for debugging, and in the
past
On Tue, 12 Mar 2013, Mike Travis wrote:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by GPL only modules. This patch restores KDB
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux and the community how?
Looking back at the KDB sources originally posted on oss.sgi.com I
On 3/12/2013 3:01 PM, Thomas Gleixner wrote:
On Tue, 12 Mar 2013, Mike Travis wrote:
This patch adds some important KDB functions to be externally
usable by loadable KDB modules. Note that often drivers bring
in KDB modules for debugging, and in the past KDB has not been
limited to use by
On Tue, Mar 12, 2013 at 03:03:17PM -0700, Mike Travis wrote:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux and the community how?
On 3/12/2013 3:13 PM, Greg Kroah-Hartman wrote:
On Tue, Mar 12, 2013 at 03:03:17PM -0700, Mike Travis wrote:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering
Mike Travis tra...@sgi.com writes:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux and the community how?
By ignoring interests of
On 3/12/2013 3:39 PM, Eric W. Biederman wrote:
Mike Travis tra...@sgi.com writes:
Let me see if I can understand the concept better. By denying
an external hardware vendor the use of KDB to support a significant
piece of proprietary hardware on Linux, I furthering the interests
of Linux
22 matches
Mail list logo