From: Pragnesh Sampat <pss@sampatonline.com>
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 10:28:44 -0400 [thread overview]
Message-ID: <200108241428.f7OESi928310@sampatonline.com> (raw)
In-Reply-To: Message from Andrew Ebling <kernelhacker@lineone.net> of "23 Aug 2001 22:29:27 BST." <998602169.405.21.camel@elixr.jfreak>
> - 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
>
I am not sure if these two sections are suitable in this howto. It
seems pretty ambitious, since they can get very large and the
books/resources sections can take care of this. The book "Linux
Device Drivers" by Rubini and Corbet has got a section on source tour.
> - 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 Debugging can probably go ahead of the "How do I...?" section,
since in practice you probably need some variant of the the setup you
have described before you start, unless you are just trying out a
trivial module.
In fact, if the concepts section is not there, the whole document
seems to have the structure of how to do something, with sub sections
of varying length (after all, it is hacking HOWTO).
-Pragnesh
next prev parent reply other threads:[~2001-08-24 14:29 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
2001-08-24 14:28 ` Pragnesh Sampat [this message]
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=200108241428.f7OESi928310@sampatonline.com \
--to=pss@sampatonline.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.