home *** CD-ROM | disk | FTP | other *** search
/ linuxmafia.com 2016 / linuxmafia.com.tar / linuxmafia.com / pub / linux / security / f00f / collinstmp.txt next >
Text File  |  1997-11-19  |  7KB  |  188 lines
  1. [Added comp.sys.intel.  Followups set.]
  2.  
  3. Jonas Munsin <jmunsin@abo.NOSPAM.fi> wrote:
  4. : If you check www.slashdot.org you will see that the bug was raported
  5. : at Fri Nov 07 at 2:56PM (actually it might have been reported even
  6. : earlier, as that might be the date of the correction (which was a false
  7. : correction)). And it that first post, #linuxos on efnet given credit.
  8.  
  9. _Not_ Friday the 7th.  Thursday, 6 Nov 97, 9:57pm USA Central Standard Time.
  10. Full text follows (snipping a few extraneous header lines):
  11.  
  12. ---<snip>---
  13.  
  14. From: noname@noname.com
  15. Newsgroups: comp.os.linux.advocacy
  16. Subject: This code will lock up any P5 machine, even usermode Linux!  (F0 0F C7 C8)
  17. Date: Thu, 06 Nov 1997 21:57:33 -0800
  18. Organization: The University of Texas at Austin, Austin, Texas
  19. Message-ID: <3462ADCD.135B@noname.com>
  20. NNTP-Posting-Host: dial-102-5.ots.utexas.edu
  21. X-Mailer: Mozilla 3.0 (Win95; I)
  22.  
  23. Hi,
  24.  
  25.         Check this out.  If you execute F0 0F C7 C8 on a P5 it will lock the
  26. machine up.  This is true for any operating system including usermode
  27. Linux.  It's pretty cool.  Basically, the opcodes are an invalid form of
  28. cmpxchg8b eax with a lock prefix.  Has anyone seen this before?  The
  29. problem doesn't show itself for the Pentium Pro or Pentium 2.
  30.  
  31. ---<snip>---
  32.  
  33. You will note that several news reports, such as Alexander Wolfe's in
  34. _EE Times_, erroneously claim the story broke on comp.sys.intel.
  35. On the other hand, C|Net (www.news.com) rather lamely claims in every
  36. story on the subject -- in defiance of the facts -- to have "first reported"
  37. the bug.  Lastly, a number of stories have gotten wrong the intial post's
  38. date.
  39.  
  40. Considering how heavily these organisations obviously lean on netnews,
  41. they seem to take little care to report on it correctly.  I wonder if
  42. they'll see fit to mention that Linux patched around the bug in both
  43. the development and release kernels, within seven days (and still not
  44. word one from Micro$oft)?
  45.  
  46.  
  47.  
  48.  
  49. [comp.sys.intel re-added.  Followups set.]
  50.  
  51. In comp.os.linux.hardware, rcollins@slip.net (Robert Collins) wrote
  52. as follows:
  53.  
  54. Rick Moen <rick1197@hugin.imat.com> wrote:
  55.  
  56. >> You will note that several news reports, such as Alexander Wolfe's in
  57. >> _EE Times_, erroneously claim that the story broke on comp.sys.intel.
  58.  
  59. > So what.
  60.  
  61. So, the fact that it broke on a _Linux_ newsgroup, and that key technical
  62. facts emerged there _before_ they broke on comp.sys.intel, is newsworthy,
  63. and has been omitted through shoddy reporting.
  64.  
  65. > Is the actual newsgroup name the piece that's newsworthy?
  66.  
  67. Here, it is a significant part of what's newsworthy, yes.  For reasons
  68. noted.
  69.  
  70. >> On the other hand, C|Net (www.news.com) rather lamely claims in every
  71. >> story on the subject -- in defiance of the facts -- to have "first
  72. >> reported" the bug.
  73.  
  74. > Context is everything.
  75.  
  76. Isn't it, though?  Reading the C|Net reports leaves you the impression of
  77. enterprising reporters pulling the story out of thin air, rather than
  78. cribbing it from a Linux newsgroup.  C|Net's omission of its source was,
  79. of course, my point.
  80.  
  81. > From the context of the C/Net article, I knew they meant that they were
  82. > the first *NEWS ORGANIZATION* to report the bug.
  83.  
  84. ...and being Robert R. Collins, _you_ knew where they got it from.  Most
  85. of the other readers did not -- and certainly were _very_ likely to
  86. be misled by that wording.  Which was my point.  Which you're ignoring.
  87.  
  88. > I don't consider comp.os.linux.advocacy a news organization.  Therefore
  89. > I don't have any problem with the C/Net article.
  90.  
  91. That is a non-sequitur.  Further, in this case, comp.os.linux.advocacy
  92. in fact functioned in a manner indistinguishable _from_ a news organisation.
  93. And went uncredited by C|Net.
  94.  
  95. >> Lastly, a number of stories have gotten wrong the intial post's
  96. >> date.
  97.  
  98. > Who cares?  Is that really significant?
  99.  
  100. If you care about accuracy, yes.  If they get such fundamental things
  101. wrong in cases where the real data are eminently and easily available,
  102. doesn't that make you wonder what else they're going to bollix where
  103. you cannot similarly check up on them?
  104.  
  105. > And what was the initial posting date?
  106.  
  107. Date: Thu, 06 Nov 1997 21:57:33 -0800
  108. (As previously mentioned, USA Central Standard Time.)
  109.  
  110. > Can you make one blanket statement for all international time zones?
  111.  
  112. Now, you're getting extremely silly.  (And where do you imagine C|Net
  113. writes from, Djakarta?)
  114.  
  115. >> Considering how heavily these organisations obviously lean on netnews,
  116. >> they seem to take little care to report on it correctly.  I wonder if
  117. >> they'll see fit to mention that Linux patched around the bug in both
  118. >> the development and release kernels, within seven days (and still not
  119. >> word one from Micro$oft)?
  120.  
  121. > Again, who cares?
  122.  
  123. Wait, let me guess...
  124.  
  125. Um, I know!  People who are bothered if everything outside the usual
  126. Redmond-hypnotised blinkers simply _fails_ to be reported, no matter
  127. how significant?
  128.  
  129. Or maybe not.  Who's to say?  Maybe nobody _does_ care.  Maybe news is
  130. only news if it comes from major purchasers of advertising space (and
  131. never if it involves freeware).
  132.  
  133. "We were always at war with Eastasia...."  ;->
  134.  
  135. > Are we fighting with significance issues here?
  136.  
  137. _We_?  Maybe not.  However, you appear to have summarily ignored my
  138. points.  To each his own.
  139.  
  140. > The newsworthiness of the story isn't the date it first appeared on a
  141. > usenet newsgroup; it isn't which newsgroup it first appeared on; and
  142. > it isn't whether or not Linux has a patch.
  143.  
  144. We have a difference of opinion, apparently, as these appear to me to
  145. be significant facts.  Additionally, the fact that Linux is (or was,
  146. when last I checked) one of only two Intel-based OSes to have a fix,
  147. and the _only_ one to issue public source code for a fix, seems to
  148. me to be not just significant but a _key_ fact.  Likewise omitted.
  149.  
  150. > The bug itself is the newsworthiness.  All of those other details
  151. > are just filler for the story.
  152.  
  153. Heh.
  154.  
  155. Go work as editor for an industry paper.  Tell all your reporters
  156. "It doesn't matter if you get the supporting facts all wrong.  All
  157. that matters is to identify the overall issue."  You'll get fired.
  158.  
  159. I _do_ hope so, anyway.
  160.  
  161. > As for Micro$oft?  They have made a "word" on the subject.
  162.  
  163. Since you're nitpicking, they in fact did not, when I posted that.
  164.  
  165. >  Their "word" appears at the Intel web site.
  166.  
  167. [Bronx cheer]  Something to the effect of "We're working closely
  168. with Intel blah blah blah", if I recall correctly, right?"
  169.  
  170. Thanks, Robert.  I haven't laughed that hard all week!
  171.  
  172. > Maybe you should get your own story straight before you worry
  173. > about other people.
  174.  
  175. Nothwithstanding the fact that those people are paid full-time as
  176. _professional reporters on technology_, and I'm not, it seems to
  177. me that I'm doing a whole lot better, just as an amateur commentator
  178. firing off instant Usenet posts when I'm half asleep.
  179.  
  180. I do admire that rhetorical fluorish, though.  Thanks for attempting
  181. to play.
  182.  
  183. --
  184. Cheers,                    Long ago, there lived a creature with a
  185. Rick Moen                  voice like a vacuum cleaner.  We know little
  186. rick (at) hugin.imat.com   about it, but we do know that it ate cats.
  187.  
  188.