I would be interested in trying to lead a discussion of threading and SMP in a couple months time.&nbsp; Maybe after we&#39;ve had at least one walkthrough in each of the mentioned areas:<br><br>&gt; &nbsp; Scheduler<br>&gt; &nbsp; Memory Management
<br>&gt; &nbsp; File System<br>&gt; &nbsp; Device Drivers<br>&gt; &nbsp; Networking<br>&gt; &nbsp; Boot / init<br>&gt; &nbsp; Interrupt handling<br>&gt; &nbsp; ipc<br>&gt; &nbsp; system calls<br><br>I don&#39;t know much about threading and SMP in the kernel just yet, but I have been researching concurrency in languages for two years, so with enough time to prepare I&#39;m sure I could lead a decent walkthrough.
<br><br>Any thoughts from the organizers?&nbsp; Paul?&nbsp; Perhaps we should start assembling a list of people who&#39;ve volunteered to lead a session.<br><br>-Richard<br><br><div class="gmail_quote">On Nov 8, 2007 11:50 PM, Larry Colen &lt;
<a href="mailto:lrc@red4est.com">lrc@red4est.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Thu, Nov 08, 2007 at 11:49:13PM -0700, Kristian Erik Hermansen wrote:
<br># &gt; &nbsp; &nbsp;Kernel debugging (gdb extensions?)<br>#<br># kdb + crash + serial console?<br><br>Ayup.<br><br>Back in 2000 I worked on a kernel hacking project where the other guy<br>on the project had added the serial console kernel debugging
<br>extensions. I didn&#39;t do it, so I didn&#39;t get the details, it just<br>magically worked for me.<br><br>One cool thing that I did, was do most of my debugging on a virtual<br>machine running under VMWare. I ran a cable from the host machine&#39;s
<br>serial port to the target machine&#39;s serial port.<br><br>It worked wonderfully. I could &quot;checkpoint&quot; my debugging<br>progress. Save state. And when the target crashed, I didn&#39;t crash my<br>dev box.<br>
<br># &gt; When Paul asked for discussion topics, I suggest starting with high<br><div><div></div><div class="Wj3C7c"># &gt; level structure. He asked me to layout what I consider to be the<br># &gt; primary structural elements, so here&#39;s my quick and dirty outline. I
<br># &gt; highly encourage people to post their suggestions as to a better list.<br># &gt;<br># &gt; &nbsp; Scheduler<br># &gt; &nbsp; Memory Management<br># &gt; &nbsp; File System<br># &gt; &nbsp; Device Drivers<br># &gt; &nbsp; Networking<br>
# &gt; &nbsp; Boot / init<br># &gt; &nbsp; Interrupt handling<br># &gt; &nbsp; ipc<br># &gt; &nbsp; system calls<br>#<br># * Protection and security mechanisms to protect against hostile local users?<br># * System calls and kernel interfaces?
<br># * Mechanisms to protect against syscall/kern proxying (interface<br># shims) by malicious code?<br># * Virtual computing and why Xen has been so intrusive (xen-patches in<br># mainline), while kvm is not (very few kvm patches)?
<br># * Threading implementation and issues?<br># * SMP details?<br># * Most efficient ways to debug OOPS and AIEEEEE!!! &nbsp; ??????<br># * 64-bit specific issues?<br># * Real-time kernel optimizations?<br># * How to slim the kernel for cell phones, mobiles devices, and embedded systems?
<br># * Micro-kernel versus macro-kernel :-)<br><br></div></div>A lot of these are good and useful things to know about. But, some of<br>them are esoteric, or specialized enough that we may want to hold off<br>going into details, unless we get someone who knows a lot about some
<br>of them who wants to volunteer to talk about them.<br><div class="Ih2E3d"><br><br>--<br> &nbsp; &nbsp; &nbsp; Too much of a good thing is better than too much of a bad thing.<br>Larry Colen &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:lrc@red4est.com">
lrc@red4est.com</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://www.red4est.com/lrc" target="_blank">http://www.red4est.com/lrc</a><br><br><br>_______________________________________________<br></div><div><div></div><div class="Wj3C7c">svlug mailing list
<br><a href="mailto:svlug@lists.svlug.org">svlug@lists.svlug.org</a><br><a href="http://lists.svlug.org/lists/listinfo/svlug" target="_blank">http://lists.svlug.org/lists/listinfo/svlug</a><br></div></div></blockquote></div>
<br>