From: Andrew Ebling <kernelhacker@lineone.net>
To: kernelnewbies@nl.linux.org
Cc: linux-kernel@vger.kernel.org
Subject: suggestions for new kernel hacking-HOWTO
Date: 23 Aug 2001 22:29:27 +0100 [thread overview]
Message-ID: <998602169.405.21.camel@elixr.jfreak> (raw)
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)
- source code manipulation (vim, diff, patch, RCS/CVS)
- 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
- Kernel Profiling
How to find bottlenecks
- Hacking Tips
- Avoiding deadlock
<add to this list!>
- Books
- 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 :)
next reply other threads:[~2001-08-23 21:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-23 21:29 Andrew Ebling [this message]
2001-08-24 6:27 ` Arnaldo Carvalho de Melo
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=998602169.405.21.camel@elixr.jfreak \
--to=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
all inboxes | Powered by JetHome®