<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>LinuxEco &#187; Interrupts</title>
	<atom:link href="http://linuxeco.com/?cat=43&#038;feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://linuxeco.com</link>
	<description>Linux Ecosystems, Linux Kernel Training, Kernel Education and Information Exchange, Linux Training</description>
	<lastBuildDate>Fri, 03 Aug 2012 18:36:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The Tortuous rode to extending the joys of extending Physical Memory Ranges and Page Sizes</title>
		<link>http://linuxeco.com/?p=500</link>
		<comments>http://linuxeco.com/?p=500#comments</comments>
		<pubDate>Fri, 03 Aug 2012 05:38:46 +0000</pubDate>
		<dc:creator>Anand</dc:creator>
				<category><![CDATA[Huge TLBs]]></category>
		<category><![CDATA[Interrupts]]></category>
		<category><![CDATA[Linux Kernel Memory Management]]></category>
		<category><![CDATA[Linux kernel preemption]]></category>
		<category><![CDATA[Memory Management]]></category>
		<category><![CDATA[Process Scheduling]]></category>
		<category><![CDATA[Processor Throughputs]]></category>
		<category><![CDATA[TLB Management]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[x86 Protection Mechanisms]]></category>

		<guid isPermaLink="false">http://linuxeco.com/?p=500</guid>
		<description><![CDATA[My dear Brethren and Fellow travellers in the land x86 and the Linux Kernel, it is time to come clean on all modes that extend x86 page sizes and physical memory addressing. So here we go Ka Boom Ka Beem: In 32-bit non-PAE mode, PSE and PSE36 (AKA PSE40), whereby PSE36/40 is a cheap way [...]]]></description>
			<content:encoded><![CDATA[<p>My dear Brethren and Fellow travellers in the land x86 and the Linux Kernel, it is time to come clean on all modes that extend x86 page sizes and physical memory addressing.</p>
<p>So here we go Ka Boom Ka Beem: In 32-bit non-PAE mode, PSE and PSE36 (AKA PSE40), whereby PSE36/40 is a cheap way to get the extended memory addressing for 64GB/1TB, 4K/4M Paging that we created in PSE (Really!) with 32-bit PGDs and PTEs.<br />
<img class="alignright size-medium wp-image-507" title="Paging All Modes2" src="http://linuxeco.com/wp-content/uploads/2012/08/Paging-All-Modes2-300x225.png" alt="" width="300" height="225" /></p>
<p>In 32-bit PAE mode, the architecture is 32-bit, but the PDPTEs, PDEs and PTEs extend to 64-bit, thereby extending Page sizes to 4K/2M (if PTE is not used), and memory addressing to 52-bits (4PB).</p>
<p>And lastly, but not leastly, we have IA-32E mode (true blue 64-bit architecture), with 48-bit linear addressing, 4K/2M/1G (if PDEs and PTEs are both not used) page sizes, 4PB of Memory addressing, and 64-bit PDPTEs, PDEs and PTEs.</p>
<p>John, did I get it all, and right also, this time ? DID you get the Cigar too ? Haaah ?</p>
<p>We all &#8230; must admit to an acute case of x86-itis, so the next post onwards, time to switch gears.  We will start looking next at the various implications to the Kernel of some of these x86-isms for which we have espoused eloquence in this and prior posts.</p>
<p>I will also note that we do do a good job of explaining these concepts in some of our training sessions, this feedback measured by course evaluations, and client (some of which are ISPs) feedbacks also.</p>
<p>I do hope everyone enjoyed this post. Thanks again</p>
]]></content:encoded>
			<wfw:commentRss>http://linuxeco.com/?feed=rss2&#038;p=500</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Give me another jiffy, only a bit later</title>
		<link>http://linuxeco.com/?p=140</link>
		<comments>http://linuxeco.com/?p=140#comments</comments>
		<pubDate>Fri, 20 Jan 2012 16:44:00 +0000</pubDate>
		<dc:creator>Anand</dc:creator>
				<category><![CDATA[Interrupts]]></category>
		<category><![CDATA[Kernel Threads]]></category>
		<category><![CDATA[Linux Kernel]]></category>
		<category><![CDATA[Linux kernel preemption]]></category>
		<category><![CDATA[Linux kernel jiffies]]></category>

		<guid isPermaLink="false">http://linuxeco.com/?p=140</guid>
		<description><![CDATA[Given the description below, jiffies + 10*HZ means (now + 10 Seconds). And jiffies * 1000 would mean the elapsed time in milliseconds etc. An example of usage in the Linux Kernel would be in the drivers for XD, where, jiffies + 8*HZ later (as initialized in the member element expires of static struct timer_list) [...]]]></description>
			<content:encoded><![CDATA[<p>Given the description below, <strong>jiffies + 10*HZ</strong> means (now + 10 Seconds). And <strong>jiffies * 1000 </strong> would mean the elapsed time in milliseconds etc.</p>
<p>An example of usage in the Linux Kernel would be in the drivers for XD, where, <strong>jiffies + 8*HZ</strong> later (as initialized in the member element <strong>expires</strong> of <strong>static struct timer_list</strong>) a timer interrupt handler is programmed to execute.</p>
<p>The &#8220;watchdog handler&#8221; <strong>xd_watchdog</strong>, in this particular instance, wakes up a sleeping process.</p>
<p>Needless to say, all appropriate caveats emptor apply. Appropriate Processes need to have been sleeping, Timers must have been declared and initialized etc etc</p>
<p>I will blog on this at length later. Please subscribe to our mail list for automated updates on new blog entries.</p>
<p>I explain this specific Linux Kernel concept and more in my classes ( <strong>Advanced Linux Kernel Programming</strong> @UCSC-Extension, and also in other classes that I teach independently). As always, Feedback, Questions and Comments are appreciated and will be responded to.</p>
<p>Thanks</p>
]]></content:encoded>
			<wfw:commentRss>http://linuxeco.com/?feed=rss2&#038;p=140</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux Kernel: Give me a Jiffy</title>
		<link>http://linuxeco.com/?p=120</link>
		<comments>http://linuxeco.com/?p=120#comments</comments>
		<pubDate>Fri, 20 Jan 2012 15:06:31 +0000</pubDate>
		<dc:creator>Anand</dc:creator>
				<category><![CDATA[critical code sections]]></category>
		<category><![CDATA[Interrupts]]></category>
		<category><![CDATA[Jiffies]]></category>
		<category><![CDATA[Linux Kernel]]></category>
		<category><![CDATA[Timers]]></category>
		<category><![CDATA[Jiffies linux kernel time keeping]]></category>
		<category><![CDATA[Linux kernel jiffies]]></category>

		<guid isPermaLink="false">http://linuxeco.com/?p=120</guid>
		<description><![CDATA[The jiffies variable is a counter that stores the number of elapsed ticks since the system was started It is increased by one when a timer interrupt occurs—that is, on every processor tick i.e. at HZ rate. HZ itself is configured globally. The Kernel makes generous use of this variable. An example would be to [...]]]></description>
			<content:encoded><![CDATA[<p>The <strong>jiffies</strong> variable is a counter that stores the number of elapsed ticks since the system was started</p>
<p>It is increased by one when a timer interrupt occurs—that is, on every processor <strong>tick</strong><br />
i.e. at <strong>HZ</strong> rate. <strong>HZ</strong> itself is configured globally.</p>
<p>The Kernel makes generous use of this variable. An example would be to &#8220;time&#8221; timeouts, &#8220;budget&#8221; Interrupt Back-Half handlers&#8217; usage of Processors etc to prevent &#8220;Hogging&#8221;.</p>
<p>The <strong>xtime</strong> variable derives its information from the <strong>jiffies</strong> variable and stores the current time and date; it is a structure of <strong>type timespec</strong> having two fields:</p>
<p><strong>tv_sec</strong>: Stores the number of seconds that have elapsed since midnight of January 1, 1970 (UTC)<br />
<strong>tv_nsec</strong>: Stores the number of nanoseconds that have elapsed within the last second (its value ranges between 0 and 999,999,999)</p>
<p>We also need to blog on back-half handlers. Used in a variety of locations where the non-critical component of Interrupt handling is &#8220;deferred&#8221;, IO, Packet reception, Transmission etc.</p>
]]></content:encoded>
			<wfw:commentRss>http://linuxeco.com/?feed=rss2&#038;p=120</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
