[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071017174526.GA26758@linux.intel.com>
Date: Wed, 17 Oct 2007 10:45:26 -0700
From: Mark Gross <mgross@...ux.intel.com>
To: Rik van Riel <riel@...riel.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: WANTED: kernel projects for CS students
On Sun, Oct 14, 2007 at 07:01:28PM -0400, Rik van Riel wrote:
> The kernel newbies community often gets inquiries from CS students who
> need a project for their studies and would like to do something with
> the Linux kernel, but would also like their code to be useful to the
> community afterwards.
>
> In order to make it easier for them, I am trying to put together a
> page with projects that:
> - Are self contained enough that the students can implement the
> project by themselves, since that is often a university requirement.
> - Are self contained enough that Linux could merge the code (maybe
> with additional changes) after the student has been working on it
> for a few months.
> - Are large enough to qualify as a student project, luckily there is
> flexibility here since we get inquiries for anything from 6 week
> projects to 6 month projects.
>
> If you have ideas on what projects would be useful, please add them
> to this page (or email me):
>
> http://kernelnewbies.org/KernelProjects
>
How about a static code tool that will check for initialization races?
yesterday I found a lurker bug in some of my code that wouldn't have
been exposed had not tripped over it. I wrote some infrastructure code
that initializes its lists and notification trees in late_init.
Then I found out that there was as client of my infrastructure calling
my register API at core_init time. It didn't crash / fail noticeably,
but wasn't correct, because at that time I was using a static array.
When I changed my code to use an array of pointers instead it went boom!
(FWIW I've fixed this issue for now...)
It made me feel uneasy how that issue got by un-noticed and I worry that
there could be more like it. A tool to scan the code for boot up init
calls and check for any callers into any module for entry before the
module is fully initialized.
--mgross
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists