<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies">
    <title>gmane.linux.kernel.kernelnewbies</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28242"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28241"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28240"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28239"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28238"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28237"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28236"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28235"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28233"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28232"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28231"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28230"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28229"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28227"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28226"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28225"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28224"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28223"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28222"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28221"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28242">
    <title>Re: FYI: sched summary - new version</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28242</link>
    <description>Thanks Hendrik. Really Good !

On Wed, Dec 3, 2008 at 11:58 PM, rahul p &lt;rahulpyd&lt; at &gt;gmail.com&gt; wrote:



</description>
    <dc:creator>Sandeep K Sinha</dc:creator>
    <dc:date>2008-12-03T18:48:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28241">
    <title>Re: FYI: sched summary - new version</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28241</link>
    <description>Thanks Henrik. That's valuable. I'll go through it sometime this week.

-
Rahul

On 12/3/08, Henrik Austad &lt;henrikau&lt; at &gt;stud.ntnu.no&gt; wrote:


</description>
    <dc:creator>rahul p</dc:creator>
    <dc:date>2008-12-03T18:28:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28240">
    <title>Re: FYI: sched summary - new version</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28240</link>
    <description>

So I've updated to v0.5, which contains a bit more about CFS, spelling fixes 
and a couple of new figures.

Thanks to all for the feedback I've received lately! :-)

</description>
    <dc:creator>Henrik Austad</dc:creator>
    <dc:date>2008-12-03T13:16:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28239">
    <title>error when rmmod g_file_storage module</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28239</link>
    <description>Hi, eveyone:

1. These days I'm trying to make my 2440 board(its CPU is s3c2440) to be notified as a disk of PC when connecting a usb line.
Now nearly everyone is ok.but when I want to rmmod the g_file_storage module,error happened.
#rmmod  g_file_storage 
After I execute the last command, the board is dead, and a few minutes later, the information below is showed:
INFO: task rmmod:850 blocked for more than 120 seconds.
"echo 0 &gt; /proc/sys/kernel/hung_task_timeout_secs" disables this message.
rmmod         D c01f7284     0   850    807
[&lt;c01f7018&gt;] (__sched_text_start+0x0/0x2c0) from [&lt;c01f7814&gt;] (schedule_timeout+0x24/0xbc)
[&lt;c01f77f0&gt;] (schedule_timeout+0x0/0xbc) from [&lt;c01f73fc&gt;] (wait_for_common+0x124/0x1bc)
 r8:00000880 r7:00000002 r6:c1c8013c r5:7fffffff r4:c1fe5edc
[&lt;c01f72d8&gt;] (wait_for_common+0x0/0x1bc) from [&lt;c01f74ac&gt;] (wait_for_completion+0x18/0x1c)
 r7:c1fe5f48 r6:c1fe4000 r5:00000000 r4:c1c800a0
[&lt;c01f7494&gt;] (wait_for_completion+0x0/0x1c) from [&lt;bf00a8a0&gt;] (fsg_cleanup+0x44/0x68 [g_file_storage</description>
    <dc:creator>snoppy1314</dc:creator>
    <dc:date>2008-12-03T13:10:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28238">
    <title>Re: Network monitor tool</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28238</link>
    <description>On Wed, 3 Dec 2008 13:57:00 +0530 "mayur nande" &lt;mayur.nan&lt; at &gt;gmail.com&gt;
wrote:

Wireshark is a protocol analyser. To actually monitor systems you need
something like Nagios.


Erik

PS to OP: network monitoring is not kernel related so off topic on this
list.



</description>
    <dc:creator>Erik Mouw</dc:creator>
    <dc:date>2008-12-03T12:32:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28237">
    <title>Re: boot Linux from Linux</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28237</link>
    <description>El Tue, Dec 02, 2008 at 06:25:55PM -0800 Bizhan Gholikhamseh (bgholikh) ha dit:
 

not sure what you are looking for, maybe
http://www.coreboot.org/ could be interesting for you

</description>
    <dc:creator>Matthias Kaehlcke</dc:creator>
    <dc:date>2008-12-03T11:13:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28236">
    <title>Re: boot Linux from Linux</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28236</link>
    <description>On Wed, Dec 3, 2008 at 7:55 AM, Bizhan Gholikhamseh (bgholikh) &lt;
bgholikh&lt; at &gt;cisco.com&gt; wrote:

Do you mean running Linux as application on-the-top of existing Linux
Operating System? Then you should take a look at virtualization.


</description>
    <dc:creator>dinesh bansal</dc:creator>
    <dc:date>2008-12-03T10:47:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28235">
    <title>Re: Network monitor tool</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28235</link>
    <description>Hi Shyam,

You can go for Wireshark (formerly) ethereal:
http://sourceforge.net/projects/wireshark/

Regards
Mayur Nande

On Wed, Dec 3, 2008 at 1:04 PM, Shyam Burkule &lt;shyam.burkule&lt; at &gt;gmail.com&gt;wrote:

</description>
    <dc:creator>mayur nande</dc:creator>
    <dc:date>2008-12-03T08:27:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28233">
    <title>Re: question about __virt_to_phys and __phys_to_virt</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28233</link>
    <description>these are used in context of dma mapping. go through
documentation/dma-mapping.txt for more information.

On Wed, Dec 3, 2008 at 9:11 AM, loody &lt;miloody&lt; at &gt;gmail.com&gt; wrote:



cz they are directly mapped.




</description>
    <dc:creator>mahaveer darade</dc:creator>
    <dc:date>2008-12-03T05:22:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28232">
    <title>Re: boot Linux from Linux</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28232</link>
    <description>Bizhan,

Have a look at 'kexec' . It may not meet 100% your requirement but comes
close.

Thanks,
Kalpesh

On Wed, Dec 3, 2008 at 9:30 AM, Mark Brown &lt;markb&lt; at &gt;marksmachinations.com&gt;wrote:

</description>
    <dc:creator>Kalpesh Rathod</dc:creator>
    <dc:date>2008-12-03T05:21:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28231">
    <title>Re: boot Linux from Linux</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28231</link>
    <description>Bizhan,

Yes it is do-able you can actually use the zImage header to bootstrap  
the kernel. You can modify linux/arch/&lt;platform&gt;/boot/compressed/ 
head.S and add the boot loader logic there. Then you need to place  
your zImage in the location your platform normally loads the boot  
loader. You should really spend the time and write a mini-boot loader  
it is not any harder than doing what I mentioned above.

Regards,
</description>
    <dc:creator>Mark Brown</dc:creator>
    <dc:date>2008-12-03T04:00:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28230">
    <title>question about __virt_to_phys and __phys_to_virt</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28230</link>
    <description>Dear all:
If I remember correctly, the translation between virtual and physical
memory should use page table.
But in include/asm/memory.h, these 2 functions seem don't use page
table to do the translation.

#define __virt_to_phys(x)((x) - PAGE_OFFSET + PHYS_OFFSET)
#define __phys_to_virt(x)((x) - PHYS_OFFSET + PAGE_OFFSET)

where
in mmu mode
#define PHYS_OFFSETUL(0x00000000)

#ifndef PAGE_OFFSET
#define PAGE_OFFSETUL(0xc0000000)
#endif



not in mmu mode
#ifndef PHYS_OFFSET
#define PHYS_OFFSET (CONFIG_DRAM_BASE)
#endif

#ifndef PAGE_OFFSET
#define PAGE_OFFSET(PHYS_OFFSET)
#endif

Why they don't need page table to do the page table translation?
Except the caller is at the first page and in kernel, the first page
is located at the first frame.
thanks for your help,
miloody

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis&lt; at &gt;nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ


</description>
    <dc:creator>loody</dc:creator>
    <dc:date>2008-12-03T03:41:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28229">
    <title>boot Linux from Linux</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28229</link>
    <description>Hi all,

Is there any way to use Linux as bootloader to boot Linux? It might
sound crazy but I need to figure out this.

 

Many thanks in advance,

Bizhan

</description>
    <dc:creator>Bizhan Gholikhamseh (bgholikh</dc:creator>
    <dc:date>2008-12-03T02:25:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28227">
    <title>IRQ IN LINUX</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28227</link>
    <description>hi,
   when i study interrupt handle in linux,i confuse a question about
PIC(8259) and APIC now  we have both in our  hardware ,and how the kernel
know if the hardware support APIC ,only through our configuration about
enable APIC ? And if we configure APIC in kernel configuration ,will kernel
init PIC in hardware,APIC and PIC only one work or both work?

Best Regards,
                   Lin
</description>
    <dc:creator>pl ice</dc:creator>
    <dc:date>2008-12-02T16:58:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28226">
    <title>tty driver read implementation</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28226</link>
    <description>Hi everbody!

Could anybody explain to me how the read() is implemented in tty
drivers? I mean what functions should I register in my driver to
complete read() system call successfully?

Thanks in advance.

--
Denis

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis&lt; at &gt;nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ


</description>
    <dc:creator>Denis Borisevich</dc:creator>
    <dc:date>2008-12-02T15:54:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28225">
    <title>Japan + Korea Linux Symposium</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28225</link>
    <description>The Linux Foundation Japan Symposium:

http://jp.linuxfoundation.org/?q=node/18

And this:

Korea Technical Jamboree:

http://tree.celinuxforum.org/CelfPubWiki/KoreaTechJamboree4



</description>
    <dc:creator>Peter Teoh</dc:creator>
    <dc:date>2008-12-02T06:11:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28224">
    <title>learn c in 21 days</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28224</link>
    <description>Learn c in 21 days

EXECUTIVE OFFICER
SARAVANAMPATTY TOWN PANCHAYAT
COIMBATORE - 35.


      Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/</description>
    <dc:creator>saravanampatty tp</dc:creator>
    <dc:date>2008-12-02T05:16:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28223">
    <title>Re: Locks and the FSB</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28223</link>
    <description>I'm wondering if the high event counts following spin_unlock_irqrestore() are due to an 
OProfile quirk. OProfile depends on interrupts, which are disabled inside the critical 
section protected by the spin lock. It may end up accounting for all events that occurred 
inside the critical section immediately after the processor exits this section.

--Elad

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis&lt; at &gt;nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ


</description>
    <dc:creator>Elad Lahav</dc:creator>
    <dc:date>2008-12-01T22:00:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28222">
    <title>Re: Locks and the FSB</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28222</link>
    <description>Sorry for the late response.

Not in this case. I have 4 web server processes running, each pinned to a different CPU. 
The interrupts are also pinned, such that interrupts for a specific NIC occur only on the 
CPU handling the data relevant to that web server process.

Yes, this may be a case of false sharing, I'll check that.

Here are the top functions with respect to global_power_events in the 3 processor case:

samples  %        samples  %        samples  %        samples  %        app name 
        symbol name
141924    9.3228  182254   11.5263  178498   11.2869  621626   38.7608  vmlinux 
        cpu_idle
138963    9.1283  175842   11.1208  172319   10.8962  588353   36.6861  vmlinux 
        poll_idle
79616     5.2299  103271    6.5312  101016    6.3875  338251   21.0913  vmlinux 
        __rcu_process_callbacks
43093     2.8307  42444     2.6843  42888     2.7119  0              0  e1000.ko 
        e1000_xmit_frame
42270     2.7767  42223     2.6703  43035     2.7212  0              0  vmlinux 
   </description>
    <dc:creator>Elad Lahav</dc:creator>
    <dc:date>2008-12-01T15:50:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28221">
    <title>Re: GCC 4.4 hacks in the Linux kernel</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28221</link>
    <description>2008/12/1 Peter Teoh &lt;htmldeveloper&lt; at &gt;gmail.com&gt;:


Thanks! Very interesting :-)

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis&lt; at &gt;nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ


</description>
    <dc:creator>Frédéric Weisbecker</dc:creator>
    <dc:date>2008-12-01T14:02:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28219">
    <title>Re: question on priority imbalance in Linux SMP scheduler!</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.kernelnewbies/28219</link>
    <description>
Hello


Note, this article is rather outdated as it describes the O(1) scheduler, and not the new CFS (which was introduced in 2.6.23)

One of the major differences, is that normal tasks, i.e. tasks with priority between 139 and 100, are handled by CFS (SCHED_NORMAL, SCHED_BATCH and SCHED_IDLE). pri 99 to 1 (or 0, if you count in the top-priority real-time kernel priority not accessible from user-space), is handled by SCHED_RR/SCHED_FIFO.

Each CPU has its own runqueue (struct rq), which have a pointer to the real-time runqueue and to cfs_rq, the red-black tree containing all normal tasks.
The run-queue for real-time tasks is very similar to the old O(1) scheduler, except that it has 100 slots instead of 140, and consist of only one queue, not 2 (active and expired) as O(1).

&lt;offtopic&gt;
does anyone know how the old O(1) handled real-time tasks wrt to the 2 queues and active/expired swapping?
&lt;/offtopic&gt;


Well, for a starter, to balance tasks perfectly on n processors, is NP-hard. This is due to the bin-pac</description>
    <dc:creator>Henrik Austad</dc:creator>
    <dc:date>2008-12-01T12:54:14</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.kernel.kernelnewbies">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.kernel.kernelnewbies</link>
  </textinput>
</rdf:RDF>
