linux-kernel - Re: How does a newbie find work?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 5 Jan 2014 10:32:27 +0100
From:	Geert Uytterhoeven <geert@...ux-m68k.org>
To:	"Gideon D'souza" <gidisrael@...il.com>
Cc:	Bruno Prémont <bonbons@...ux-vserver.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: How does a newbie find work?

On Sat, Jan 4, 2014 at 9:36 PM, Bruno Prémont <bonbons@...ux-vserver.org> wrote:
>> Is there some simple work a newbie like me can take up? Any maintainer
>> need some grunt work done? Or perhaps someone could suggest a pet
>> project I could try to understand things better? (Should I be learning
>> how to write device drivers?)
>>
>> Things that are very interesting to me so far are the KVM and the Scheduler.
>
> Starting with writing some driver (or improving existing drivers) is one
> option, though that wont get you doing work in relation with the scheduler
> (maybe there is some minor driver-like work for KVM though, don't know).
>
> A better start, and at least as useful is to read and review patches
> flowing by that affect your areas of interest, test them and provide
> feedback about possible bugs or improvements (proposing patches to fix
> those if applicable or even just providing performance data [what
> workloads benefit or suffer from given feature-patches and by how much]
> for things like scheduler changes).
>
> This way you will get to know the development process, maintainers
> and the internals of the kernel in those areas - don't forget to subscribe
> to the specific mailing lists!

Yep, all very good advices. And while following the above, you will hopefully
notice things that need bug fixes, cleanups, or other work.

E.g. one thing I just noticed: while include/linux/compiler-gcc.h provides
shorthands (e.g. "__printf()") for various gcc __attribute__ macros, there
are still many places that don't use the shorthands, cfr. e.g.
"git grep 'attribute.*printf'".

As some of these are in architecture-specific header files, and need build
testing there, this is an opportunity to get some cross-compilers going (you
can download binaries from https://www.kernel.org/pub/tools/crosstool/) as
well.

Good luck, thanks, and welcome to the team! ;-)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
--
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/