lkml.org 
[lkml]   [2003]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRE: [PATCH 2.6.x] additional kernel event notifications
    Date
    From
    I think Juan simply wants to remove the ugly hack that hooks
    sys_call_table.
    Constituting a GPL bypass is not his purpose of adding the hooks.
    Several similar hooks are already there.

    Probably what's missing is value of adding those hooks in the kernel.org
    tree. I guess there is a user-level command available that runs on Linux
    (other than GUI-based), to analyze user/kernel performance in a detailed
    fashion.

    Thanks,
    Jun

    > -----Original Message-----
    > From: Villacis, Juan
    > Sent: Friday, September 19, 2003 12:32 PM
    > To: Andrew Morton; Jesse Barnes
    > Cc: linux-kernel@vger.kernel.org
    > Subject: RE: [PATCH 2.6.x] additional kernel event notifications
    >
    > Hi,
    >
    > Our sampling driver kernel module which uses these hooks is GPL
    > and could be included in the kernel.org tree.
    >
    > The current version of the driver (also GPL, but which hooks the
    > sys_call_table for 2.4.x-based kernels) is posted at,
    >
    > http://www.intel.com/software/products/opensource/vdk/
    >
    > We plan to post our new driver for kernel 2.6.0-test5 (with the
    > event notification patch applied) on both IA-32 and IA-64 to the
    > above site early next week.
    >
    > -juan
    >
    >
    > -----Original Message-----
    > From: Andrew Morton [mailto:akpm@osdl.org]
    > Sent: Friday, September 19, 2003 11:28 AM
    > To: Jesse Barnes
    > Cc: Villacis, Juan; linux-kernel@vger.kernel.org
    > Subject: Re: [PATCH 2.6.x] additional kernel event notifications
    >
    > jbarnes@sgi.com (Jesse Barnes) wrote:
    > >
    > > Any chance of this getting into 2.6? I for one would like to see it
    > so
    > > that the performance monitoring tools can work properly without
    having
    > > to resort to syscall table patching.
    >
    > If the code which uses these hooks is included in the kernel.org tree,
    > yes.
    >
    > If the code which needs the hooks is not in the kernel.org tree then
    > people
    > can patch the core kernel at the same time as adding the performance
    > analysis patch.
    >
    > If the code which needs these hooks is not appropriately licensed then
    > these hooks basically constitute a GPL bypass and that is not a
    > direction
    > we wish to be heading in.
    >
    > -
    > To unsubscribe from this list: send the line "unsubscribe
    linux-kernel" in
    > the body of a message to majordomo@vger.kernel.org
    > More majordomo info at http://vger.kernel.org/majordomo-info.html
    > Please read the FAQ at http://www.tux.org/lkml/
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:48    [W:0.026 / U:30.832 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site