Hi all<br>&nbsp;&nbsp;&nbsp; My 2c.&nbsp; I also agree that, we plan on doing bite-sized set of objectives for every meeting and do pre-meeting code reading and other preparations on an individual or sub-group basis, come to the meeting to resolve doubts, discuss thoughts etc.,&nbsp; On days where we do have kernel experts come in and discuss their experiences, we can alter the agenda.
<br><br>&nbsp;&nbsp;&nbsp; Here is a good resource to look at the boot process:&nbsp; It describes in detail about 2.6.12 boot process with src code references.<br><br><a href="http://claraty.jpl.nasa.gov/archive/2006_embedded_systems_conference/TechSeminars/docs/pdf/slides/400slides.pdf">
http://claraty.jpl.nasa.gov/archive/2006_embedded_systems_conference/TechSeminars/docs/pdf/slides/400slides.pdf</a><br><br>Other good links:<br><a href="http://ourworld.compuserve.com/homepages/KanjiFlash/BPTour.htm">http://ourworld.compuserve.com/homepages/KanjiFlash/BPTour.htm
</a><br><a href="http://www.ibm.com/developerworks/linux/library/l-linuxboot/index.html">http://www.ibm.com/developerworks/linux/library/l-linuxboot/index.html</a><br><a href="http://techpubs.sgi.com/library/manuals/0000/860-0217-001/pdf/860-0217-001.pdf">
http://techpubs.sgi.com/library/manuals/0000/860-0217-001/pdf/860-0217-001.pdf</a><br><br>&nbsp;&nbsp;&nbsp; Also, one other suggestion, is that, we can rely on well-written kernel books to arrive at these small clearly-defined set of objectives for every meeting.&nbsp; It could roughly map to one of the chapters of the books etc.,
<br><br>&nbsp;&nbsp;&nbsp; For eg., my personal interest is in networking and these are really good kernel networking stack internals related books that I have:&nbsp; In the first book, chap 2 talks about sk_buff structure in detail with references to 
2.6 src code and that could be a good start for a meeting.<br><br><a href="http://www.amazon.com/gp/product/0596002556/ref=pd_cp_b_0/103-5888255-8049467?pf_rd_m=ATVPDKIKX0DER&amp;pf_rd_s=center-41&amp;pf_rd_r=0KR26BGNPZZKRCA4GY1J&amp;pf_rd_t=201&amp;pf_rd_p=317711001&amp;pf_rd_i=1584502843" target="_blank">
http://books.google.com/books?id=yy7tihZLgGYC&amp;printsec=frontcover&amp;dq=understanding+linux+network+internals&amp;ei=ARA1R_-JJo74pwK-tuXJDw&amp;sig=8FLh8Y8-zkLB2eT49xEMdbDCU-E#PPR5,M1</a><br>
<br><a href="http://www.amazon.com/Linux-TCP-IP-Stack-Networking/dp/1584502843" target="_blank">http://www.amazon.com/Linux-TCP-IP-Stack-Networking/dp/1584502843</a><br><br><br>Thanks<br>SR<br><br><div class="gmail_quote">
On Nov 9, 2007 5:22 PM, Akkana Peck &lt;<a href="mailto:akkana@shallowsky.com">akkana@shallowsky.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;">
<div class="Ih2E3d">&gt; On Nov 9, 2007 12:13 PM, Paul Reiber wrote:<br>&gt; &gt; Within a few months, the group will be prepared and knowledgeable<br>&gt; &gt; enough to be guided<br>&gt; &gt; by &#39;domain experts&#39; both from within our own ranks and from the
<br>&gt; &gt; outside world.<br><br></div><div class="Ih2E3d">Julie Hill writes:<br>&gt; I know you mean well and I appreciate all that you&#39;re doing, but I<br>&gt; find this disappointing and condescending. I can&#39;t speak for others,
<br>&gt; but I was ready on Tuesday to seriously look at the kernel internals.<br><br></div>Yes! Julie, you hit the nail on the head.<br><br>The discussion before the meeting was all about understanding<br>kernel code, and working on study projects in between so that we
<br>could really understand the issues and delve into details.<br><div class="Ih2E3d"><br>&gt; Would it be possible to pick a topic and put out a call to the members<br>&gt; for people who can speak on that on Tuesday? It doesn&#39;t have to be
<br>&gt; perfect. A team of people could speak initially to take the pressure<br>&gt; off any one individual.<br>&gt;<br>&gt; One idea that someone mentioned to me was that we could have one<br>&gt; meeting where a specific kernel topic was presented and homework
<br>&gt; assigned. Then the next few meetings after that would be follow ups to<br>&gt; cover additional details, time for discussions, question and answer<br>&gt; sessions, help with homework, etc.<br><br></div>I&#39;d love to see a series like that. Speakers when we can get them;
<br>then for meetings where we don&#39;t have a speaker lined up, what about<br>a &quot;study group&quot; meeting? &nbsp;Assign a specific topic ahead of time --<br>we can discuss on the mailing list details like what code is most
<br>relevant and where to start.<br><br>Then at the meeting, maybe we could sit in a group and discuss what<br>we found. &quot;I didn&#39;t understand the part around line 597 where it<br>doesn&#39;t start init if kx is zero. &nbsp;Did anybody figure out what it&#39;s
<br>doing there?&quot; &quot;Sure, it&#39;s doing [explanation of kx] but what I<br>wasn&#39;t clear on was how this routine gets called in the first<br>place -- can anybody give an overview?&quot; Not a presentation but<br>
a series of discussions and mini-presentations.<br><br>I don&#39;t know if anybody else is interested in the idea, but<br>if people are, we&#39;d need a topic. I&#39;ve seen lots of lists of<br>topics, but we need to pick just one.
<br><br>So here&#39;s an idea. &nbsp;Lots of people seem interested in the boot<br>process (me too). &nbsp;In <a href="http://2.6.23.1" target="_blank">2.6.23.1</a>, I see a directory at the top level<br>called init. &nbsp;It&#39;s pretty small: it contains a 
main.c, a bunch of<br>files with names starting with do_mounts, a couple of files dealing<br>with initramfs, calibrate.c and version.c -- 9 C files in all<br>(and two of them are tiny, around 50 lines).<br><br>That might be a nice bite sized piece to get us started. &nbsp;Most of
<br>us probably know a little bit about filesystem mounting and initrds<br>already, but I bet there&#39;s lots to learn from looking through this<br>code to see what the kernel actually does. If it turns out to be<br>TOO easy and you get bored, go investigate grub and how the MBR
<br>works, or techniques for making initrd images, and share that<br>with the group on Tuesday.<br><br>So how about it? &nbsp;Anybody interested in studying the init/ directory<br>this week, then getting together in person to discuss what we learned
<br>and ask about what we don&#39;t understand?<br><br>And are there any kernel experts in the group who already know<br>a little about the boot/init process and would be willing to be<br>there to guide us if we go astray?
<br><font color="#888888"><br> &nbsp; &nbsp; &nbsp; &nbsp;...Akkana<br></font><div><div></div><div class="Wj3C7c"><br>_______________________________________________<br>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>