<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>minix3 Google Group</title>
  <link>http://groups.google.com/group/minix3</link>
  <description>Minix 3 Discussion</description>
  <language>en</language>
  <item>
  <title>Re: [minix3] system task [was: Minix IPC traffic measurement]</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/34a38f8d012e09b7?show_docid=34a38f8d012e09b7</link>
  <description>
  That is interesting...who is working on that? Is there anything &lt;br&gt; documented on that yet?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/34a38f8d012e09b7?show_docid=34a38f8d012e09b7</guid>
  <author>
  leith...@gmail.com
  (Leith)
  </author>
  <pubDate>Tue, 05 Jan 2010 22:50:13 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Expected merge of GCC porting efforts</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/22b85604dd6b05c1/0172bc86cd66f155?show_docid=0172bc86cd66f155</link>
  <description>
  I do all my development on this branch and I try to keep the branch &lt;br&gt; sufficiently up to date. It&#39;s only out dated now because of some &lt;br&gt; strange problems with commiting using git-svn :( Besides the &lt;br&gt; buildbranch is equal to the coresponding trunk revision. Only &lt;br&gt; Makefiles and .S in lib/ need to be changed when commiting to trunk.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/22b85604dd6b05c1/0172bc86cd66f155?show_docid=0172bc86cd66f155</guid>
  <author>
  thr...@gmail.com
  (Tomas Hruby)
  </author>
  <pubDate>Tue, 05 Jan 2010 22:41:51 UT
</pubDate>
  </item>
  <item>
  <title>system task [was: Minix IPC traffic measurement]</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/b3c627b72583de27?show_docid=b3c627b72583de27</link>
  <description>
  There is no need for a system task. It only adds overhead and &lt;br&gt; complexity. Therefore the plan is to handle system calls straight away &lt;br&gt; in the kernel. &lt;br&gt; T.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/b3c627b72583de27?show_docid=b3c627b72583de27</guid>
  <author>
  thr...@gmail.com
  (Tomas Hruby)
  </author>
  <pubDate>Tue, 05 Jan 2010 22:08:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/cda7addbd357bef4?show_docid=cda7addbd357bef4</link>
  <description>
  NAPI is a mix of interrupts and polling. After a driver receives an &lt;br&gt; interrpt it starts polling the NIC as long as it can get any new &lt;br&gt; packets. The interrupts from the device are disabled in the meantime. &lt;br&gt; If there are no new packets available, it falls back to interrupt &lt;br&gt; driven mode. No need for any timers. Actually, any timer would have
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/cda7addbd357bef4?show_docid=cda7addbd357bef4</guid>
  <author>
  thr...@gmail.com
  (Tomas Hruby)
  </author>
  <pubDate>Tue, 05 Jan 2010 22:05:57 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Re: Unable to use Call Profiling in minix315</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/a9e0101e38b9dd46/ee25a9cf18987f11?show_docid=ee25a9cf18987f11</link>
  <description>
  In src/drivers/memory/ramdisk/pro to, increase the value of the first &lt;br&gt; number of the second line (the number of blocks). &lt;br&gt; Also man mkfs &lt;br&gt; Antoine
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/a9e0101e38b9dd46/ee25a9cf18987f11?show_docid=ee25a9cf18987f11</guid>
  <author>
  antoine.lec...@gmail.com
  (Antoine Leca)
  </author>
  <pubDate>Tue, 05 Jan 2010 17:32:31 UT
</pubDate>
  </item>
  <item>
  <title>Re: Unable to use Call Profiling in minix315</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/a9e0101e38b9dd46/c72bbf0a98eab22c?show_docid=c72bbf0a98eab22c</link>
  <description>
  1. setting 1 to CPROFILE in /usr/src/include/minix/config &lt;br&gt; 2. export CPROFILE=&amp;quot;-Rcem-p&amp;quot; &lt;br&gt; 3. make install &lt;br&gt; I get : &lt;br&gt; mkfs image proto.gen || { rm -f image; false; } &lt;br&gt; sizeup ioctl: Not a typewriter &lt;br&gt; used fstat instead &lt;br&gt; mkfs: File system not big enough for all the files &lt;br&gt; Line 393 being processed when error detected.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/a9e0101e38b9dd46/c72bbf0a98eab22c?show_docid=c72bbf0a98eab22c</guid>
  <author>
  jaswindermi...@gmail.com
  (Jaswinder Singh Rajput)
  </author>
  <pubDate>Tue, 05 Jan 2010 14:55:18 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Re: lua 5.1.4</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/67ef40d5512088df/1875c09c2ade49dc?show_docid=1875c09c2ade49dc</link>
  <description>
  Hey &lt;br&gt; can&#39;t be so hard to implement, feel free to do it... (and commit! :) &lt;br&gt; for -B and -S, just make -S an alias so everybody is happy and shuts up &lt;br&gt; Moritz &lt;br&gt; 2009/12/26 AntoineLeca &amp;lt;antoine.lec...@gmail.com&amp;gt;:
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/67ef40d5512088df/1875c09c2ade49dc?show_docid=1875c09c2ade49dc</guid>
  <author>
  the.wulf.g...@googlemail.com
  (Moritz Wilhelmy)
  </author>
  <pubDate>Tue, 05 Jan 2010 13:29:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/93ba60da3bedbf37?show_docid=93ba60da3bedbf37</link>
  <description>
  Sorry I was not clear. Of course polling is definitively a way to &lt;br&gt; achieve high performances, I took it as an evidence. My point was, how &lt;br&gt; can you _implement_ polling at 100 Mb/s when the receiver&#39;s capacity is &lt;br&gt; 0.5 Mb (64K), and the obvious poll (system alarms) has 60Hz frequency? &lt;br&gt; Thinking more to it, I find a way. The RTL8139 have a internal timer
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/93ba60da3bedbf37?show_docid=93ba60da3bedbf37</guid>
  <author>
  antoine.lec...@gmail.com
  (Antoine Leca)
  </author>
  <pubDate>Tue, 05 Jan 2010 10:35:57 UT
</pubDate>
  </item>
  <item>
  <title>Re: Porting blackbox WM...missing standard X11 libs?</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/6036e0a3f7a593a1/04ef0249d8e87617?show_docid=04ef0249d8e87617</link>
  <description>
  Blackbox is written in C++. So, you are using the G++ compiler. &lt;br&gt; Therefore, you explicitly must tell the configure script to use the &amp;quot;/ &lt;br&gt; usr/X11R6-gcc/&amp;quot; directories.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/6036e0a3f7a593a1/04ef0249d8e87617?show_docid=04ef0249d8e87617</guid>
  <author>
  greg.ki...@verizon.net
  (Greg King)
  </author>
  <pubDate>Tue, 05 Jan 2010 10:15:59 UT
</pubDate>
  </item>
  <item>
  <title>Re: minix3.1.5 failing to load in vbox3.1.2</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/3f35777a28387991/0d4c0c32aa14ad0d?show_docid=0d4c0c32aa14ad0d</link>
  <description>
  This question has been answered by David on IRC but for the sake of &lt;br&gt; others: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://wiki.minix3.org/en/UsersGuide/RunningMinixOnVirtualBox&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; 6.1. MINIX 3.1.5 install issue (w/o hardware acceleration) &lt;br&gt; 1. You can enable hardware acceleration: &lt;br&gt; * Verify that your processor has the virtualization
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/3f35777a28387991/0d4c0c32aa14ad0d?show_docid=0d4c0c32aa14ad0d</guid>
  <author>
  speer...@gmail.com
  (Bianco Zandbergen)
  </author>
  <pubDate>Mon, 04 Jan 2010 20:47:17 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/4d3cc0bb49385b5a?show_docid=4d3cc0bb49385b5a</link>
  <description>
  Not to take this thread in a different direction, but that comment &lt;br&gt; interested me. What is the plan to remove the system task?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/4d3cc0bb49385b5a?show_docid=4d3cc0bb49385b5a</guid>
  <author>
  leith...@gmail.com
  (Leith)
  </author>
  <pubDate>Mon, 04 Jan 2010 19:12:31 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/56624d2901c0e89c?show_docid=56624d2901c0e89c</link>
  <description>
  I don&#39;t know the difference between minix-vmd and 3, however, every &lt;br&gt; syscall is pretty expensive operation as system task has to be &lt;br&gt; scheduled first and the message has to be copied to system task space. &lt;br&gt; This overhead will be removed soonish by removing the system task. &lt;br&gt; T.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/56624d2901c0e89c?show_docid=56624d2901c0e89c</guid>
  <author>
  thr...@gmail.com
  (Tomas Hruby)
  </author>
  <pubDate>Mon, 04 Jan 2010 18:59:15 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/9633b52742eb9cfe?show_docid=9633b52742eb9cfe</link>
  <description>
  Indeed polling is an option on the RX side and as proven by the NAPI &lt;br&gt; model in Linux it is _essential_ to reach more then a few 100s of &lt;br&gt; Mbit/s especially as Minix has inherently more overheads then Linux. &lt;br&gt; Imho the same needs to be done on the TX side so that the driver can &lt;br&gt; poll inet. I think a major rework is required to place shared ring
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/9633b52742eb9cfe?show_docid=9633b52742eb9cfe</guid>
  <author>
  thr...@gmail.com
  (Tomas Hruby)
  </author>
  <pubDate>Mon, 04 Jan 2010 18:51:11 UT
</pubDate>
  </item>
  <item>
  <title>minix3.1.5 failing to load in vbox3.1.2</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/3f35777a28387991/8a315bfa9f667cda?show_docid=8a315bfa9f667cda</link>
  <description>
  Basically, instead of loading the kernel i get sent back to boot &lt;br&gt; monitor (fd0). Here is a screenshot of the problem: &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://i48.tinypic.com/risn5f.png&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; -night
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/3f35777a28387991/8a315bfa9f667cda?show_docid=8a315bfa9f667cda</guid>
  <author>
  nightcoo...@gmail.com
  (Night)
  </author>
  <pubDate>Mon, 04 Jan 2010 17:03:10 UT
</pubDate>
  </item>
  <item>
  <title>Re: [minix3] Minix IPC traffic measurement</title>
  <link>http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/a758f12d756beb50?show_docid=a758f12d756beb50</link>
  <description>
  I finally realized that Philip does not seem to be subscribed to the &lt;br&gt; list, or at the very least his answers are not going into the list. &lt;br&gt; Sorry Philip to have you forgotten from my earlier posts; I wonder if &lt;br&gt; cross-posting to comp.os.minix would not be a good idea? &lt;br&gt; Perhaps^W Probably I misunderstood something (and I must confess I did
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/minix3/browse_frm/thread/dc2ba678cb4c239a/a758f12d756beb50?show_docid=a758f12d756beb50</guid>
  <author>
  antoine.lec...@gmail.com
  (Antoine Leca)
  </author>
  <pubDate>Mon, 04 Jan 2010 15:14:50 UT
</pubDate>
  </item>
  </channel>
</rss>
