Comments on: Potential processor problems

By: Gergo Szakal

Gergo Szakal — Sun, 01 Jul 2007 09:20:48 +0000

The OpenBSD people use a much more explicit language when it comes to other OSes. For instance, they called NetBSD a broken OS just because they could not maintain binary compatibility with it. Or look at this blog’s double pf speed entry — they are very proud of that PF speedup and did not give credits to JÃ¶rg Sonnenberger.
And every piece of hardware that they do not support is ‘crap’, ‘broken’ etc. But respect for their drivers and Open* programs (SSH, BGPD etc.)

By: Justin Sherrill

Justin Sherrill — Sun, 01 Jul 2007 06:10:29 +0000

Curt, I think you are misunderstanding my use of the word ‘adversarial’. What do you think “fight for what you believe” means?

Besides, I doubt any OpenBSD developers are shocked, SHOCKED! about a blog entry somewhere that describes them as aggressively opinionated.

By: Bugs en Intel Core 2 CPUs

Bugs en Intel Core 2 CPUs — Sun, 01 Jul 2007 03:38:29 +0000

[…] http://www.shiningsilence.com/dbsdlog/index.php/2007/06/28/2311.html http://www.shiningsilence.com/dbsdlog/index.php/2007/06/29/2312.html […]

By: Curt Micol

Curt Micol — Sun, 01 Jul 2007 01:50:28 +0000

Saying they are adversarial is a bit disrespectful. I am an avid OpenBSD user (along with DragonFlyBSD) and they are ones to stand up for their principles. They work very hard for the open source community, I’ve never understood why people trash them.

Stand up for what you believe, fight for what you believe, don’t trash others who do these things. They’ve fought long and hard to keep things open, yet no one else seems to stand with them when it counts. Instead people call them “adversarial”. Sorry if I am coming off harsh, but I was shocked to see this statement made. It was a bit disconcerting…

By: More on potential processor problems · DragonFly BSD Digest

More on potential processor problems · DragonFly BSD Digest — Fri, 29 Jun 2007 13:13:23 +0000

[…] De Raadt’s description of bugs in recent Intel processors has made it to Slashdot, where in the comments, Matthew Dillon went […]

By: Lazarus

Lazarus — Fri, 29 Jun 2007 07:51:08 +0000

“Instead, he think itâ€™s more a documentation issue.”

And yet man 9 foo on Linux does nothing ;^)

By: Wiger van Houten

Wiger van Houten — Fri, 29 Jun 2007 06:37:54 +0000

(Can’t edit comments, right?)
It’s strange that Linus doesn’t really think it’s a problem:
http://www.realworldtech.com/forums/index.cfm?action=detail&id=80552&threadid=80534&roomid=2

Instead, he think it’s more a documentation issue.

By: Wiger van Houten

Wiger van Houten — Fri, 29 Jun 2007 06:32:07 +0000

Yeah, there are a lot of “show stopper” bugs, and even a few “potential catastrophic” bugs. Of course, it’s a complex design, but I have the feeling they were rushing.

But bugs in processors are nothing new; only that there are so many of them in a single one is shocking.

I’d love to say there’s an interesting discussion on slashdot
http://hardware.slashdot.org/hardware/07/06/28/1124256.shtml
But there isn’t ;).

By: Joe "Floid" Kanowitz

Joe "Floid" Kanowitz — Thu, 28 Jun 2007 19:53:16 +0000

Scary errata, per Theo:

AI65: Thermal monitoring broken, don’t expect a warning before CPU halts or melts.
AI79: DoS possible by ugly on-chip race, patchable.
AI43: Hyperthreading considered dangerous off-the-shelf, patchable.
AI39: Sharing L2 is complicated, coherency is broken off-the-shelf, patch available.
AI90: “Page Access Bit May be Set Prior to Signaling a Code Segment Limit Fault”
— No fix, use guard pages.
AI99: “Updating Code Page Directory Attributes without TLB Invalidation May Result in
Improper Handling of Code #PF”
— No fix, when bumping up against the TLB bug(?), page faults take precedence
over general protection faults and may mask debug exceptions.

The GIF does a better job than I do, though that’s for the original Core Duo. (Intel code AE vs. AI, probably some duplication.)

It’s going to be annoying to discover hardware that prevents AMT from being disabled (how many of you are sure of your Wake-on-LAN settings?). Otherwise it’s a cute trick with all the benefit and risk of TCP/IP’s routability.

By: Nat

Nat — Thu, 28 Jun 2007 17:19:40 +0000

I wouldn’t call it adversarial there, just demanding, they demand people read the mailing list archives, google and read the faq before making comments, that’s all. They’re not your enemy unless you’ve skipped those three and gone straight to commenting.