From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
To: Andrew Ebling <kernelhacker@lineone.net>
Cc: kernelnewbies@nl.linux.org, linux-kernel@vger.kernel.org
Subject: Re: suggestions for new kernel hacking-HOWTO
Date: Fri, 24 Aug 2001 03:27:58 -0300 [thread overview]
Message-ID: <20010824032758.K1022@conectiva.com.br> (raw)
In-Reply-To: <998602169.405.21.camel@elixr.jfreak>
In-Reply-To: <998602169.405.21.camel@elixr.jfreak>; from kernelhacker@lineone.net on Thu, Aug 23, 2001 at 10:29:27PM +0100
Em Thu, Aug 23, 2001 at 10:29:27PM +0100, Andrew Ebling escreveu:
> Hi all,
>
> I am considering putting together a new, more in depth kernel hacking
> HOWTO.
>
> The existing HOWTO (by Rusty), although an excellent source of technical
> information does not contain much practical advice on how to get
> started.
>
> Therefore I would like to propose the following structure (for your
> comments):
>
> - Intro
> - Who is this document for etc.
> - Prerequisites
>
> - Key Kernel Concepts
> (placing these in a good order is important)
> - virtual memory/memory management
> - virtual file system/IO management
> - process/scheduling
> - contexts/interrupts/exceptions
> - system calls/signals/IPC
> - boot sequence
>
> - Kernel source tour
> What goes where in the source tree
>
> - Tools
> - source code navigation (lxr, cscope, tags)
sourcenav (http://sources.redhat.com/sourcenav)
cflow (+ graphviz)
> - source code manipulation (vim, diff, patch, RCS/CVS)
interdiff
>
> - How do I... ?
> - Print messages to kernel logs
> - create a new module
> - Add a system call
> - write ioctls
> - Add a /proc entry
> - Write a driver for a new device
> - Add an option to the kernel configuation
>
> - Kernel Debugging
> - A word on debugging
> - Different approaches
> - local running kernel
> - UML
> - two box debugging (I have already write a sort of mini HOWTO
> on this, which can be found at
> http://www.kernelhacking.org/docs/2boxdebugging.txt)
> - Setting up
> - hardware
> - software
> - Preparing the source
> - Example debugging session
> - Troublshooting
kdb
ikd
linux trace toolkit
and here one could search all the DEBUG features already in the kernel
(WAITQÜEUE_DEBUG, SLAB poisoning, etc) and send a nice patch to Alan/Linus
so that it becomes configurable at make config/menuconfig/the others
>
> - Kernel Profiling
> How to find bottlenecks
linux trace toolkit, docs by Andrew Morton on low latency, etc
>
> - Hacking Tips
> - Avoiding deadlock
> <add to this list!>
>
> - Books
already in http://www.dit.upm.es/~jmseyas/linux/kernel/hackers-docs.html
and Documentation/kernel-docs.txt
>
> - FAQ
>
> - Links
>
> - where to get help
> - mailing lists
> - irc
>
> - references
>
> I'm interested in hearing from seasoned kernel hackers (on what
> should/shouldn't go in this HOWTO) and newbies (what is particularly
> puzzling or not clear when setting out), hence the cross posting of this
> message.
>
> I do not have all the know how/experience required to write this
> document single handed, so I am also looking for willing volunteers to
> contribute their expertise/know how/tips and to proof read/make
> suggestions as the document progresses.
>
> My website (http://www.kernelhacking.org) will serve as a base for this
> project.
>
> best regards,
>
> Andy
>
> PS. Please post general discussion back to the list(s) as appropriate
> and post specific ideas/requests to my personal address only. Thanks :)
- Arnaldo
next prev parent reply other threads:[~2001-08-24 6:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-23 21:29 suggestions for new kernel hacking-HOWTO Andrew Ebling
2001-08-24 6:27 ` Arnaldo Carvalho de Melo [this message]
2001-08-24 14:28 ` Pragnesh Sampat
2001-08-25 14:01 ` Rusty Russell
2001-08-25 18:09 ` Andreas Dilger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010824032758.K1022@conectiva.com.br \
--to=acme@conectiva.com.br \
--cc=kernelhacker@lineone.net \
--cc=kernelnewbies@nl.linux.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox