<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.arch.embedded Google Group</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded</link>
  <description>Embedded computer systems topics.</description>
  <language>en</language>
  <item>
  <title>Re: choosing an scheduling algorithm for a RTOS</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/23ce5d3e5123a102/79b5b605432e7f55?show_docid=79b5b605432e7f55</link>
  <description>
  On Sun, 08 Nov 2009 10:58:09 +0000, FreeRTOS info &amp;lt;noem...@given.com&amp;gt; &lt;br&gt; wrote: &lt;br&gt; I&#39;m pretty sure this is a student question. &lt;br&gt; I&#39;ve taught these classes before -- Operating Systems and Concurrent &lt;br&gt; Programming, for example. And at my university, these are typically &lt;br&gt; 2nd year classes for CS students. This framing of the question is
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/23ce5d3e5123a102/79b5b605432e7f55?show_docid=79b5b605432e7f55</guid>
  <author>
  j...@infinitefactors.org
  (Jon Kirwan)
  </author>
  <pubDate>Sun, 11 Nov 2009 20:16:42 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/97a0ea8b4a668c2d?show_docid=97a0ea8b4a668c2d</link>
  <description>
  Not at all. MET is not TOD. And you have not, in your little &lt;br&gt; discourse, defined absolute rules about what &amp;quot;now&amp;quot; or &amp;quot;an hour from &lt;br&gt; now&amp;quot; means. I might be sitting at my desk in NY at 0700 local TOD, &lt;br&gt; making an appointment to meet you in CA at 1700 local TOD; I certainly &lt;br&gt; don&#39;t mean &amp;quot;ten hours from NOW&amp;quot;, I mean 13 hours from my current NOW,
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/97a0ea8b4a668c2d?show_docid=97a0ea8b4a668c2d</guid>
  <author>
  zwsdot...@gmail.com
  (larwe)
  </author>
  <pubDate>Sun, 11 Nov 2009 20:03:18 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/b659d81369b9ad0f?show_docid=b659d81369b9ad0f</link>
  <description>
  The executable may not be available, etc. Yes, there &lt;br&gt; are ways around this. E.g., create wrappers for those &lt;br&gt; things that aren&#39;t available, ensure the wrappers are &lt;br&gt; *always* available and have *them* keep getting &lt;br&gt; &amp;quot;reawakened&amp;quot; periodically *or* in response to an &lt;br&gt; event that satisfies their prerequisites (e.g., &amp;quot;SD
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/b659d81369b9ad0f?show_docid=b659d81369b9ad0f</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Sun, 11 Nov 2009 20:06:06 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/1df7769b9c3072d4?show_docid=1df7769b9c3072d4</link>
  <description>
  Exactly. &lt;br&gt; Of course! If I am flashing a lamp a 1Hz, I don&#39;t keep &lt;br&gt; setting alarms for &amp;quot;now+1sec&amp;quot;. &lt;br&gt; Yes. The problem lies in how you communicate this to &lt;br&gt; the user (i.e., how you ascertain the *user&#39;s* idea &lt;br&gt; of whether he is thinking in relative or absolute terms). &lt;br&gt; Generally, I don&#39;t ask users questions. Instead, I try to
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/1df7769b9c3072d4?show_docid=1df7769b9c3072d4</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Sun, 11 Nov 2009 19:45:00 UT
</pubDate>
  </item>
  <item>
  <title>Re: What coding standard are you using for C?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/d80a2da77689a422/682233744deded22?show_docid=682233744deded22</link>
  <description>
  &amp;lt;grin&amp;gt; *I* used to think that way! I kept backups on &lt;br&gt; external SCSI drives that were neither &amp;quot;on-line&amp;quot; (mounted) &lt;br&gt; nor *spinning* (powered up). &lt;br&gt; On one occasion, I needed to restore a file from one of these &lt;br&gt; &amp;quot;offline archives&amp;quot;. I spun-up the drive, mounted the filesystem &lt;br&gt; and the drive *crashed*! &lt;br&gt; OK, bad luck.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/d80a2da77689a422/682233744deded22?show_docid=682233744deded22</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Sun, 11 Nov 2009 19:26:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: What coding standard are you using for C?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/d80a2da77689a422/6e02a6f1669bd893?show_docid=6e02a6f1669bd893</link>
  <description>
  You /can/ lose data on hard disks fairly quickly, but typically you have &lt;br&gt; to be very unlucky (assuming you make your backups write-protected for &lt;br&gt; normal use). It&#39;s a good idea to have two independent copies on &lt;br&gt; different computers, in different locations - you are not going to have &lt;br&gt; hard disk fails, fires, or human error on both systems at once.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/d80a2da77689a422/6e02a6f1669bd893?show_docid=6e02a6f1669bd893</guid>
  <author>
  david.br...@hesbynett.removethisbit.no
  (David Brown)
  </author>
  <pubDate>Sun, 11 Nov 2009 18:53:58 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/c0701e3d732ff88f?show_docid=c0701e3d732ff88f</link>
  <description>
  In article &amp;lt;hd6o16$fg...@aioe.org&amp;gt;, not.going.to...@seen.com says... &lt;br&gt; IMHO, people think about time in two ways: As intervals &lt;br&gt; and as absolute date/time occurences. Absolute times can &lt;br&gt; be both near and far in temporal distance---as near as the &lt;br&gt; starting time for a televised football game that will begin
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/c0701e3d732ff88f?show_docid=c0701e3d732ff88f</guid>
  <author>
  mborger...@comcast.net
  (Mark Borgerson)
  </author>
  <pubDate>Sun, 11 Nov 2009 18:36:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/f6c96e7b2e9bdaae?show_docid=f6c96e7b2e9bdaae</link>
  <description>
  POSIX *used* to allow for *double* leap seconds. I think &lt;br&gt; that capability has been removed. &lt;br&gt; Note that leap seconds can also *subtract* a second (though &lt;br&gt; this has never? happened) &lt;br&gt; *All* &amp;quot;human formatted&amp;quot; time schemes are PITAs for machines. &lt;br&gt; The only realistic way to track time is just to count seconds.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/f6c96e7b2e9bdaae?show_docid=f6c96e7b2e9bdaae</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Sun, 11 Nov 2009 17:16:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: mmap returning MAP_FAILED</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/bc58ce46366afe4e/19dd15f1d0f4d34d?show_docid=19dd15f1d0f4d34d</link>
  <description>
  That would do terrible things to the utility of shared memory -- no, &lt;br&gt; MAP_SHARED and PROT_WRITE are compatible. Maybe you&#39;re thinking of &lt;br&gt; MAP_SHARED and MAP_ANONYMOUS (which didn&#39;t used to be compatible, but is &lt;br&gt; since 2.4).
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/bc58ce46366afe4e/19dd15f1d0f4d34d?show_docid=19dd15f1d0f4d34d</guid>
  <author>
  pfeif...@cs.nmsu.edu
  (Joe Pfeiffer)
  </author>
  <pubDate>Sun, 11 Nov 2009 17:09:56 UT
</pubDate>
  </item>
  <item>
  <title>Need help from programming masters (USB hub)</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/cd235036581d6181/d9dc2ba4a579271d?show_docid=d9dc2ba4a579271d</link>
  <description>
  Hi guys! &lt;br&gt; I am just wondering if you could give some codes regarding the operation of &lt;br&gt; the USB hub. Since a USB host is capable of communicating to a single &lt;br&gt; device, I was thinking of using the USB hub as the device. The &lt;br&gt; communication is from HOST to HUB. However, I need a piece of code to &lt;br&gt; communicate to the hub to enumerate it and learn about physical bus events
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/cd235036581d6181/d9dc2ba4a579271d?show_docid=d9dc2ba4a579271d</guid>
  <author>
  joseph...@yahoo.com
  (dzone007)
  </author>
  <pubDate>Sun, 11 Nov 2009 17:07:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: Use of MAX232 as power supply for operational amplifier in 5V powered system?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e17532e06a6ea0c9/28b352700d9f85d3?show_docid=28b352700d9f85d3</link>
  <description>
  I like it because it is dirt cheap. Last time I needed fairly &lt;br&gt; small quantities of an RS232 driver the ST232 was 70-odd pence a &lt;br&gt; peice. The MAX232 was around four or five times that as I remember. &lt;br&gt; That&#39;s a big premium simply for the brand name genuine part.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e17532e06a6ea0c9/28b352700d9f85d3?show_docid=28b352700d9f85d3</guid>
  <author>
  andr...@sdf.lonestar.org
  (Andrew Smallshaw)
  </author>
  <pubDate>Sun, 11 Nov 2009 16:59:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/534152183d41cec5?show_docid=534152183d41cec5</link>
  <description>
  My point is that by *defining* system time to be a monotonically &lt;br&gt; increasing, unresetable function, you *can* make this assumption &lt;br&gt; for &amp;quot;system times&amp;quot;. I.e., if you look at the system time &lt;br&gt; at any arbitrary time, T1, and then look at it at *any* &lt;br&gt; arbitrary time thereafter, T2, you *know* that T2 &amp;gt; T1. &lt;br&gt; By definition. :&amp;gt;
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/534152183d41cec5?show_docid=534152183d41cec5</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Sun, 11 Nov 2009 17:05:28 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/706669fc6856a561?show_docid=706669fc6856a561</link>
  <description>
  Many, many bugs have been caused by this kind of assumption. &lt;br&gt; Perhaps the most notable example is the lbolt variable inside &lt;br&gt; traditionally structured Unix kernels. I&#39;m most familiar with it &lt;br&gt; from dealing with SCO Unix in the past but ISTR it affected other &lt;br&gt; systems too, mostly with third party drivers where the develpers
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/706669fc6856a561?show_docid=706669fc6856a561</guid>
  <author>
  andr...@sdf.lonestar.org
  (Andrew Smallshaw)
  </author>
  <pubDate>Sun, 11 Nov 2009 16:39:05 UT
</pubDate>
  </item>
  <item>
  <title>Re: Time</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/c8a887bad02d4f16?show_docid=c8a887bad02d4f16</link>
  <description>
  On Sun, 08 Nov 2009 08:27:02 +0000, Paul E Bennett &lt;br&gt; The UTC is not a linear time scale due to the leap seconds that are &lt;br&gt; added at random intervals (3, 6, 9, 12, 15 .. month) due to the &lt;br&gt; slowing down of the rotation of the Earth. When the leap second is &lt;br&gt; added, the clock should count 23:59:59, 23:59:60, 00:00:00 ....
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/9557e970ac0a67f9/c8a887bad02d4f16?show_docid=c8a887bad02d4f16</guid>
  <author>
  keina...@sci.fi
  (Paul Keinanen)
  </author>
  <pubDate>Sun, 11 Nov 2009 16:35:04 UT
</pubDate>
  </item>
  <item>
  <title>Re: Software real time clock using timer unit</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/add4c2f05f1b44bc/240285c6a1051f18?show_docid=240285c6a1051f18</link>
  <description>
  On Sun, 08 Nov 2009 09:35:23 -0600, &amp;quot;alex99&amp;quot; &amp;lt;alex.xande...@gmail.com&amp;gt; &lt;br&gt; wrote: &lt;br&gt; Decide on a useful interval. For a human-space display, a 1 Hz update is &lt;br&gt; plenty. Then, given your device&#39;s clock, PLL setting, and peripheral &lt;br&gt; clock divider, select a prescaler and match register pair that results &lt;br&gt; in a 1 Hz event. Set the timer&#39;s control registers appropriately and,
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/add4c2f05f1b44bc/240285c6a1051f18?show_docid=240285c6a1051f18</guid>
  <author>
  bbew...@mapson.nozirev.ten
  (Rich Webb)
  </author>
  <pubDate>Sun, 11 Nov 2009 16:25:38 UT
</pubDate>
  </item>
  </channel>
</rss>
