Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <CAP-5=fWxF6in4vQyGuh=0kpAYEXAYZN_KobXCY=TX2oxssZ+HQ@mail.gmail.com>
 <Y7w2qshoCEjKKVlz@kernel.org> <CAP-5=fUeC2nhUhFN69+sL687csSsoi5=ZEkRH70vUy+kTiF52g@mail.gmail.com>
 <CAP-5=fVaH0p4NkKiQSxaxZnT5zR=hbwSArO2n0L7tCNZwBumKQ@mail.gmail.com>
 <CAP-5=fXWDPzuFrrY+uKnfoa5gO9eEfGUsbCyXB8AS7Tz0ZX=jw@mail.gmail.com>
 <CAP-5=fVHK9VqMs=px3ZzKjinFG4t+oOZ8x2=65_jjds4DiSXLg@mail.gmail.com>
 <CAP-5=fUTAABzK2e_S3kFYV8jWCrHKfj10wPpTnthQjCLy7d2Gg@mail.gmail.com> <CAM9d7cgdkzbzR+TjJo-gv1mNqCCxhyvWrXCFsVrpPHs19RNZYQ@mail.gmail.com>
In-Reply-To: <CAM9d7cgdkzbzR+TjJo-gv1mNqCCxhyvWrXCFsVrpPHs19RNZYQ@mail.gmail.com>
From:   Namhyung Kim <namhyung@kernel.org>
Date:   Mon, 27 Mar 2023 19:03:44 -0700
Message-ID: <CAM9d7ci_1Luc-VKPztNuw1seBA4akB8_2s4uJ5MaROuUtQUFWg@mail.gmail.com>
Subject: Re: Google Summer-of-Code 2023
To:     Ian Rogers <irogers@google.com>
Cc:     Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-perf-users <linux-perf-users@vger.kernel.org>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        paranlee <p4ranlee@gmail.com>,
        Madhu patel <patelmadhu06@gmail.com>,
        Anup Sharma <anupnewsmail@gmail.com>,
        Lukas Molleman <lukas.molleman@gmail.com>,
        n2 h9 <n2h9z4@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
Precedence: bulk

On Mon, Mar 27, 2023 at 7:00 PM Namhyung Kim <namhyung@kernel.org> wrote:
>
> Hello,
>
> On Mon, Mar 27, 2023 at 3:01 PM Ian Rogers <irogers@google.com> wrote:
> >
> > On Mon, Mar 27, 2023 at 2:22 PM Ian Rogers <irogers@google.com> wrote:
> > >
> > > On Mon, Mar 13, 2023 at 9:38 AM Ian Rogers <irogers@google.com> wrote:
> > > >
> > > > On Wed, Feb 22, 2023 at 7:58 PM Ian Rogers <irogers@google.com> wrote:
> > > > >
> > > > > The Linux Foundation was selected as a GSoC organization for 2023!
> > > > > https://summerofcode.withgoogle.com/programs/2023/organizations/the-linux-foundation
> > > > >
> > > > > This means we're looking for contributors until March 19th:
> > > > > https://developers.google.com/open-source/gsoc/timeline
> > > >
> > > > A reminder of the GSoC timeline. Applications open in a week;
> > > >
> > > > * February 22 - March 19
> > > > Potential GSoC contributors discuss application ideas with mentoring
> > > > organizations
> > > >
> > > > * March 20 - 18:00 UTC
> > > > GSoC contributor application period begins
> > > >
> > > > * April 4 - 18:00 UTC
> > > > GSoC contributor application deadline
> > > >
> > > > Thanks,
> > > > Ian
> > >
> > > A reminder that the application period closes in just over a week:
> > > https://developers.google.com/open-source/gsoc/timeline
> > > April 4 - 18:00 UTC
> > > GSoC contributor application deadline
> > >
> > > Thanks,
> > > Ian
> >
> > If you are looking for ideas on how to write a good proposal, PSF has
> > a collection of previously accepted proposals:
> > https://blogs.python-gsoc.org/en/
> >
> > You can also see the final report of Riccardo Mancini:
> > https://lore.kernel.org/lkml/3c4f8dd64d07373d876990ceb16e469b4029363f.camel@gmail.com/
>
> I have a proposal about the build without libtraceevent.
> Now it disables many perf commands if it doesn't have the
> library.  But part of sub-commands would work without it.
>
> For example, perf lock contention has two different modes
> one is to use tracepoints (using the libtraceevent) and
> the other is just use BPF.  The latter should work require
> anything from the libtraceevent so we can enable such
> usecase.
>
> Others like perf sched, kmem and so on might want to run
> only record part like in a small embedded machine (without
> libtraceevent).  Then we can copy the saved data to a host
> and run the report or other sub-commands to analyze the
> data (again, using libtraceevent).

Please let me know, if anyone is interested. :)

Thanks,
Namhyung