91–100 of 126 posts
Maybe we should all flash our Intel cpu, claim warranty, and keep the next cpu. Initial support will have to RMA it under "The computer is broken it shuts down after 40 secs!".
Earlier quoted context omitted.
No, Occam razor says that if all you you want to do is LOM, you put an embedded computer running Linux and ssh, connected only to to power and to the console, and nothing else, not a SPARC (?!?) core running proprietary code that does way, way more than just implement support for LOM, and which has access to all memory and CPU state.
Completely agree with your sentiment. Just one small nit-pick: Intel doesn't use SPARC, but a much more obscure, less documented, and very proprietary ARC core [1, 2 & 3]. Ostensibly it was chosen due to having some excellent low-power modes. [1] http://en.wikipedia.org/wiki/ARC_%28processor%29 [2] http://www.eetimes.com/document.asp?doc_id=1248611 [3] http://blog.invisiblethings.org/2015/10/27/x86_harmful.html
30 years ago you could buy an IBM PC/AT and it would come with schematics, detailed programming information, and the complete source code listing for the BIOS[1]. There wasn't really anything "hidden", and you really felt like "the sole owner of your PC". The PC became the dominant platform because of this. Now, because of corporate interests[2][3], much of it is officially under a thick layer of red-tape NDAs, and w…
> they really intended it to be a backdoor-ish sort of thing Occam's razor says they really just sell a ton of CPUs to huge datacenters and wanted to solve the problem of having to have some tech go out and physically reset a machine when it misbehaves. If you've ever accidentally powered down a machine that's sitting in some lights-out facility in Northern Alabraska, this kind of technology is a godsend. Now I'm not…
How do I use this technology to, say, boot my turned off but plugged in and network-connected laptop?
I mean in a legitimate way. I'd really love to see how this works (and then be horrified).
Earlier quoted context omitted.
I have admittedly not investigated it very deeply but the Beagle Bone Black seems good enough with compromises. AFAIK it will boot without a blob but contains one for the GPU (PowerVR). The device will run non-OpenGL stuff fine and I believe there is some progress on reverse engineering an open driver. There's armv7 (am335x) from OpenBSD which is my base indicator that it's at least somehow usable without any blobs.…
I go on that quest every once in a while, too, but without too much luck. I haven't ran OpenBSD on the BeagleBone Black, but I imagine it has no graphical output of any kind. I see the X packages but the only on-board devices that are listed as supported are: BeagleBone, BeagleBone Black Supported on-board devices: standard serial port (com) watchdog controller (omdog) ethernet controller (cpsw) GPIO controller (omgp…
NetBSD has a framebuffer driver for TI OMAP CPUs so it could be possible to port it to OpenBSD.
Earlier quoted context omitted.
ARC not was a simplified SPARC for CPU architecture teaching ? I had to build it on VHDL on my first year.
Well I have no idea how ARC came into existence, but looking at the ISA, it has nothing in common with SPARC (I write SPARC compilers for a living, so I know the ISA pretty well).
Earlier quoted context omitted.
I go on that quest every once in a while, too, but without too much luck. I haven't ran OpenBSD on the BeagleBone Black, but I imagine it has no graphical output of any kind. I see the X packages but the only on-board devices that are listed as supported are: BeagleBone, BeagleBone Black Supported on-board devices: standard serial port (com) watchdog controller (omdog) ethernet controller (cpsw) GPIO controller (omgp…
The display controller on ARM SoCs is typically separate from the Mali or PowerVR GPU and is often documented. If there are multiple ARM cores on the SoC then the display may still feel fast enough for basic stuff even though the CPU is doing all the work. Another factor is that some modern GPUs are 3D only, the graphics stack gets a lot more complicated if it has to translate 2D requests from an application into Ope…
Earlier quoted context omitted.
Really??
Yeah, really. It's relatively well known among free software enthusiasts. The trouble is, what do you do about it?
Earlier quoted context omitted.
The problem to be solved here is not just software. How do you beat the economies of scale that standard designs have achieved? For most applications, the end user gets vastly more computing power per dollar spent when they buy an off the shelf design that's in large scale mass production. You could port BSD or Linux to your new architecture for a reasonable amount of money (though that's already an uphill battle sel…
do you need 40ghz with 32 cores or 2 cores at 1.5ghz and the garantee of full control? for personal computing, I'd take the later
So, yes, it would work fine depending on your needs, but be aware that a core 2 is not exactly a bad CPU. It is a 4-wide aggressively out of order machine with a pretty good memory subsystem. Is any of the open CPU replacements as good?
Does anyone know of a tool or even sequence of actual commands to disable the Intel ME AMT functionality? Did I miss it in the slides? I see explanations and low-level temporary/soft-disablement references, but nothing immediately actionable.
30 years ago you could buy an IBM PC/AT and it would come with schematics, detailed programming information, and the complete source code listing for the BIOS[1]. There wasn't really anything "hidden", and you really felt like "the sole owner of your PC". The PC became the dominant platform because of this. Now, because of corporate interests[2][3], much of it is officially under a thick layer of red-tape NDAs, and w…
> they really intended it to be a backdoor-ish sort of thing Occam's razor says they really just sell a ton of CPUs to huge datacenters and wanted to solve the problem of having to have some tech go out and physically reset a machine when it misbehaves. If you've ever accidentally powered down a machine that's sitting in some lights-out facility in Northern Alabraska, this kind of technology is a godsend. Now I'm not…
I don't get your point. If it's just about OOB management, then there are already plenty of BMC technologies out there (IPMI, ILO, ...). There is no need for AMT/ME here. Or maybe I just misunderstood how this whole thing works.