▶ No.851714>>851985 >>852877
>>851713 (OP)
"We have received reports from a few customers of higher system reboots after applying firmware updates. Specifically, these systems are running Intel Broadwell and Haswell CPUs for both client and data center. We are working quickly with these customers to understand, diagnose and address this reboot issue. If this requires a revised firmware update from Intel, we will distribute that update through the normal channels. We are also working directly with data center customers to discuss the issue."
▶ No.851732>>851756 >>851987
▶ No.851738
>>851729
is it because some bags of money changed some (((hands)))?
▶ No.851745>>851756
>>851713 (OP)
Is this the ultimate joojeet mutt breed?
▶ No.851756>>851987
>>851713 (OP)
Putting echos around an Intel CEO is a bit redundant, like writing (((jew))), (((merchant))), (((ADL))), (((AIPAC))), (((Israel))), (((Zionism))), ..., etc.
>>851729
>AMD not nearly as affected Intel
>Micro$hit still botches AMD patch
What a cohencidence...
>>851732
x86 needs to die as fast as possible
>>851745
First Ajit Pai, now this poo in the loo.
▶ No.851762>>852697
>>851713 (OP)
Not trying to be an Intel shill but I haven't had any issues.
▶ No.851770
And this is why you never trust intel and disable ME.
>>851713 (OP)
>Will the ride ever end?
When intel, arm, AMD, and IBM have destroyed all CPU's made in the past 30 years and forced everyone to upgrade to always needing internet connection botnets.
▶ No.851794>>851830 >>852216
JUST
https://press.f-secure.com/2018/01/12/intel-amt-security-issue-lets-attackers-bypass-login-credentials-in-corporate-laptops/
>Helsinki, Finland -- January 12, 2018: F-Secure reports a security issue affecting most corporate laptops that allows an attacker with physical access to backdoor a device in less than 30 seconds. The issue allows the attacker to bypass the need to enter credentials, including BIOS and Bitlocker passwords and TPM pins, and to gain remote access for later exploitation. It exists within Intel’s Active Management Technology (AMT) and potentially affects millions of laptops globally.
▶ No.851802>>851814
>>851713 (OP)
>tfw you didn't update shit
Updating is NEVER EVER NOT EVER the right answer.
▶ No.851814>>851839 >>853333
>>851802
>tfw still running xp without updates
▶ No.851830
▶ No.851839
>>851814
Computing enlightenment achieved.
▶ No.851855>>852057
▶ No.851985
>>851714
Seriously this is insane. It also coincides with, for me, severely degraded AWS.
▶ No.851987>>851988 >>851990 >>852982
>>851732
>>851756
>x86 needs to die as fast as possible
LARPniggers need to die first. x86 will never die because ARM or PowerPC will never get an open platform standard. The only thing close to competing is ARM, and they perform significantly less than x86 because if ARM ever did want to match x86s single percussion instructions per cycle they'd need to basically turn ARM into x86. POWERPC is pretty much in limbo right now too because nobody is taking it seriously anymore. Game consoles stopped using it and so did supercomputers so it's only market penetration now is freetard laptops and an overwhelming minority of servers.
These bugs aren't going to hurt x86 either. If anything companies will just move to AMD Threadripper/Epyc because it would have 0 impact on software compatibility and minimal damage to company workflow which would otherwise have a cost of hundreds of millions of dollars that frankly is not worth it whatsoever
▶ No.851988>>851989 >>852045
>>851987
And when (((somebody))) starts using a version of specter designed for AMD x86 cpu's? What about the heat death of x86 that intel had just recently hit where performance gains are not possible without sacrificing something else? What about all the energy loss that x86 proccessors use supporting things like the original 8086 ISA still? What about the insecurity of the whole design of things like intel ME and amd PSP? The x86 architecture needs to be put out of it's misery and destroyed already. But not replaced with ARM or powerPC, but with something like RISC V or a better version of Itanium.
▶ No.851989>>851998 >>852025
>>851988
>What about all the energy loss that x86 proccessors use supporting things like the original 8086 ISA still?
1.) Intel Atoms exist
2.) In your twisted LARP mind that's a problem, but in reality where a company could be running software 20 years old or more that's sort of the entire point
>What about the heat death of x86 that intel had just recently hit where performance gains are not possible without sacrificing something else?
They'll just move to AMD like I said, you know, where Spectre is not nearly as impactful as meltdown. Alternatively Intel is going to Jew out on some upgrade program if AMD doesn't first where companies can swap their old shit for Intels newer microarchs that fix Meltdown at a discount so Intel can re-sell the old shit to Africans or something
▶ No.851990>>851992
>>851987
>open platform standard
Hey Pajeet, what's this even mean?
No tell me, what's it mean?
▶ No.851992>>851998 >>852038
>>851990
ARM/PowerPC do not have an "IBM PC Compatible" equivalent. And nobody is interested on making it happen. ARM is market-relegated to walled-gardens. Even the shit ARM has like U-Boot is I would say not equivalent whatsoever and would be a misnomer to call it the same thing as a standard BIOS
▶ No.851998>>852001 >>852951
>>851992
>muh backwards compatibility
You are the cancer that is kill computing. Fuck backwards compatibility with the IBM PC, of which was announced intel will kill off in 2018 by making UEFI no longer support CSM compatibility mode. Thereby making the x86 proccessing architecture intert as it will break compatibility.
>>851989
<1.) Intel Atoms exist
FFS, have you never used a ARM proccessor? Or even a old powerpc proccessor with openfirmware. They are shit, yet still better then inel atom in energy effeciency for performance per watt.
<They'll just move to AMD
Explain to me how AMD is going to overcome the problem of silicone having a finite size in order to shrink the die space on the proccessor in order to reduce instruction transfers on die thereby reducing heat. Or how AMD is going to increase energy effiency and reduce heat on the x86 architecture?
▶ No.852001>>852002
>>851998
>FFS, have you never used a ARM proccessor? Or even a old powerpc proccessor with openfirmware. They are shit, yet still better then inel atom in energy effeciency for performance per watt.
Have YOU used an Intel Atom recently? They have comparable TDP to ARM and can do shit like vid related
https://www.youtube.com/watch?v=LQmruYqBiQE
>Explain to me how AMD is going to overcome the problem of silicone having a finite size in order to shrink the die space on the proccessor in order to reduce instruction transfers on die thereby reducing heat. Or how AMD is going to increase energy effiency and reduce heat on the x86 architecture?
Your assertions are based on conjecture so it's not easy to answer this without saying "You're dead wrong about x86s thermal design as an overall issue"
>You are the cancer that is kill computing. Fuck backwards compatibility with the IBM PC
Your shit opinion has been noted you LARPnigger
>of which was announced intel will kill off in 2018 by making UEFI no longer support CSM compatibility mode. Thereby making the x86 proccessing architecture intert as it will break compatibility.
You're retarded. This wont break compatibility with older software, just older bootloaders. You can still use shit like FreeDos (which most computers that require DOS compaitility should already be using in 2018) Besides, there's no word yet on if AMD will decide to end old BIOS support
▶ No.852002>>852005
>>852001
<This wont break compatibility with older software, just older bootloaders. You can still use shit like FreeDos
>what is long mode
>what is real 16 bit and not emulated
kys or lurk moar
>Your assertions are based on conjecture
How is intel unironically admitting that they are about to come up with new manufacturing proccesses to abuse the fact a silicone atom is of a finite length, conjecture?
>so it's not easy to answer this without saying "You're dead wrong about x86s thermal design as an overall issue"
This is not a arguement, explain how I am wrong you faggot. Or were you born a retarded jewtel shill? Better yet, if you are going to bring up the x86 to whatever custom RISC architecture jewtel is running now, explain why we can't just use the RISC portion without the converter?
▶ No.852003>>852004 >>852014 >>852028
>>851713 (OP)
No one NEEEDS a real computer anyways, now that Facebook Portal and other assistants like Siri and Alexa are here. Now we can connect, share, learn and grow together using Machine Learning intelligence which benefits ALL of us. I mean seriously, other than browsing your news feed and connecting with friends what do you actually "compute"? All the complicated stuff is done for us anyways and we just search it. Like you may need to write some cool algorithm but now we can just execute javascript in the cloud which is neat. So yeah, like we really just need to rethink this computer thing and move to more lower energy, greener chips that can connect us to the Internet of Things that'll be here tomorrow. Our data follows us around wherever we go so as long as the security is down at the cloud level I don't think we need to worry so much about intel security, since not much of our data is going to be stored locally anyways. Hopefully this intel hiccup can be a teachable moment in moving us to forward thinking computing rather than the decades old paradigm of yesterday.
▶ No.852005>>852007
>>852002
>>what is real 16 bit and not emulated
https://en.wikipedia.org/wiki/Unreal_mode
>How is intel unironically admitting that they are about to come up with new manufacturing proccesses to abuse the fact a silicone atom is of a finite length, conjecture?
What are you even trying to say? This was x86 relative to ARM in terms of TDP. Which x86 proves it can match because of existing scaling
>Better yet, if you are going to bring up the x86 to whatever custom RISC architecture jewtel is running now, explain why we can't just use the RISC portion without the converter?
Because its not a complete instruction set you fucking idiot. Why would you want too? There's a reason only x86 instructions are exposed to the programmer. Its not smoke and mirrors
▶ No.852007>>852009
>>852005
It is smoke and mirrors if you can't fully control the hardware.
<Because its not a complete instruction set you fucking idiot
>what is the fucking defintion of RISC
Sell some without the handholding bullshit so some of us can get some real work done then you faggot.
>unreal_mode https://archive.fo/v6HA6
>To put an 80386 or higher microprocessor into unreal mode, a program must first enter protected mode,
>protected mode https://archive.fo/JFiJ7
For the most part, the binary compatibility with real-mode code, the ability to access up to 16 MB of physical memory, and 1 GB of virtual memory, were the most apparent changes to application programmers.[25] This was not without its limitations. If an application utilized or relied on any of the techniques below, it wouldn't run:[26]
Segment arithmetic
Privileged instructions
Direct hardware access
Writing to a code segment
Executing data
Overlapping segments
Use of BIOS functions, due to the BIOS interrupts being reserved by Intel[27]
In reality, almost all DOS application programs violated these rules.[28] Due to these limitations, virtual 8086 mode was introduced with the 386. Despite such potential setbacks, Windows 3.0 and its successors can take advantage of the binary compatibility with real mode to run many Windows 2.x (Windows 2.0 and Windows 2.1x) applications, which run in real mode in Windows 2.x, in protected mode.[29]
Fucking kys.
▶ No.852009
>>852007
The execution core of modern x86 processors is "RISC-Like" not full-on RISC. Its just a rudimentary interface for exposing x86 instructions in such a way to maintain compatibility
The last bit was actually a tad interesting too me, since I understand you can use protected mode from UEFI-based systems to jump to real mode. But I'm not sure how well compatibility will be maintained without BIOS interrupts regardless. But since a massive chunk of x86 shit is still using 32-bit OS' I would like to see how the fuck Intel plans on tackling that
▶ No.852014>>852312
>>852003
WTF did I just read?!
>All the complicated stuff is done for us anyways
>I got lost on an imageboard and run my mouth hoping I'll make it back to my safe space
This is /tech/. We know "complicated stuff". We are the ones who do "complicated stuff" for (you).
Go >>>/back/
▶ No.852025
>>851989
>Alternatively Intel is going to Jew out on some upgrade program if AMD doesn't first where companies can swap their old shit for Intels newer microarchs that fix Meltdown at a discount so Intel can re-sell the old shit to Africans or something
stop giving (((them))) ideas
▶ No.852028
▶ No.852038>>852046 >>852051
>>851992
>ARM is market-relegated to walled-gardens
That's the future, wether you like it or not.
These security considerations won't lead to better platforms but to more locked down ones, and our hopes and dreams of software freedom will die with x86.
▶ No.852045>>852060
>>851988
>better version of Itanium
Not possible. The architecture has been fucked since the beginning. The only way to make it better is to make it more like x86.
Which includes specexec, you know. So you either have expensive underperforming shit or an expensive hipster x86.
▶ No.852046>>852059
>>852038
Ok fellow intel engineer. We must protect x86
▶ No.852051>>852053 >>852059
>>852038
Retard, Intel is why computers are shit since the mid 90's. Before that you at least had actual choice to buy other architecture like m68k. Hell, even a Z80 worked fine for most tasks like word-processing, spreadsheets, and connecting to your Internet shell account. Since then everyone jumps on Wintel botnet and bloats the fuck out of every OS (even Linux) and does the Web 2.0 dingleberry jingle-jangle while wearing a shit-eating grin. FUCK INTEL!
▶ No.852053>>852197
>>852051
>Computers were better when it was a thousand non-interoperal standards, platforms, and architectures
Yes we all get it you're a LARPer who thinks they know about computers
What we really need are more than just 2 companies making IBM compatible PCs. We need more companies upholding standards, not more companies making more useless standards
▶ No.852057>>852095 >>852118
>>851855
bitcoinfags btfo
how many $500 radeon's are going to go up in smoke in the middle of the night. they might even start a fire and burn goyim's house down.
▶ No.852059>>852077
>>852046
>>852051
I'm not arguing for the current botnet, but companies will jump on the chance to sell locked-down drm-laden remotely backdoored ARM chips that disallow execution of non-kosher code.
▶ No.852060>>852065 >>852074 >>852098
>>852045
>Which includes specexec
isn't it possible to make the execution planning a compiler's problem? where the CPU doesn't need to do a whole lot of thinking and parallelization of code is done by compiler
▶ No.852065
>>852060
yes, i think gcc implemented that
▶ No.852074
>>852060
Optimizing code for VLIW µarchs isn't a trivial problem.
▶ No.852077>>852195
>>852059
You know that's the worst part about all of this. These awful botnet backdoors are causing hardware to look like swiss cheese with security, but never in 10,000 years will the answer be "remove the botnet backdoors". It's going to be
>we need MORE backdoors and control over your CPU, goyim
>let us remotely monitor your system 24/7 with a beefed up management engine, OUR MOST SECURE CPU YET
▶ No.852095
>>852057
I don't think you can buy a Radeon 1070
▶ No.852098
>>852060
>isn't it possible to make the execution planning a compiler's problem?
That's exactly what the Itanium architecture was about. And it failed.
You can do *some* optimizations with a smart compiler, but it's not magical pixie dust and can't to everything.
▶ No.852118
>>852057
are you a special kind of retard?
▶ No.852189
>>851729
Just to trick retards into thinking AMD has a problem too. Fuck [ms]'s bs
▶ No.852195
>>852077
Explain to me how government oversight in our lives fails to keep us safer? If you want freedom, then you have to give up a bit of privacy. Freedom isn't free. I wish the government would monitor me 24/7, it would help me become a more productive person.
▶ No.852197>>852209
>>852053
What man needs is a strict libre motherboard/bus standard.
Manufacturer/architecture independent CPU sockets, free and open source firmware+microcode, and remote access to hardware being physically disabled in standby modo.
Has this ever been attempted?
▶ No.852209
>>852197
This.
OPEN AND RESPECTED industry standards are backbone of usability and security of the product. They allow to grow smaller companies and help maintain healthy competition across the whole market.
And that's why kikes despise them so much.
▶ No.852211
>>851713 (OP)
They could have predicted this would happen, but they had to disable that in the last microcode update.
▶ No.852216>>852218 >>852243
>>851794
>To exploit this, all an attacker needs to do is reboot or power up the target machine and press CTRL-P during bootup. The attacker then may log into Intel Management Engine BIOS Extension (MEBx) using the default password, “admin,” as this default is most likely unchanged on most corporate laptops. The attacker then may change the default password, enable remote access and set AMT’s user opt-in to “None.” The attacker can now gain remote access to the system from both wireless and wired networks, as long as they’re able to insert themselves onto the same network segment with the victim. Access to the device may also be possible from outside the local network via an attacker-operated CIRA server.
To exploit this, all an attacker needs to do is reboot or power up the target machine and press CTRL-P during bootup.
▶ No.852218>>852228 >>852249
>>852216
can we use this to flash CFW?
▶ No.852243>>852244
>>852216
>The attacker then may log into Intel Management Engine BIOS Extension (MEBx) using the default password, “admin,” as this default is most likely unchanged on most corporate laptops.
Read the very next line. It requires the machine to have the default password. That isn't an issue on Intel's end other than this feature existing at all being an issue, obviously, it's an issue with whoever owns the laptop being retarded and not even changing the password.
▶ No.852244
>>852243
Up until today I never even knew such a "feature" existed nor needed to have a password set in the first place, nor that the way to access it was to press Ctrl+P on boot.
▶ No.852249
>>852218
No, because AMT isn't about flashing anything, you fucking retard.
▶ No.852312
>>852014
That was likely a joke post.
▶ No.852697
>>851762
You're not trying not to be an Intel shill either you obvious Intel shill.
▶ No.852877>>853328
>>851714
>higher reboots
that's shitty talk, what's it mean? more frequent? smoked weed and then rebooted?
"higher" reboots indeed
▶ No.852951>>852985 >>853238
>>851998
>backwards compatibility is bad
Yes goyim, being able to run previously purchased software with better performance is bad. You need to buy new software for each new computer goy.
▶ No.852982
>>851987
>because I can't see an alternative to x86 right now, you just need to die
t. CEO of (((Intel)))
WEW LAD!
▶ No.852985>>852996
>>852951
>what is recompiling FOSS software on any architecture with a general C library
▶ No.852996>>853032 >>853238
>>852985
>Recompiling software every time you get more powerful hardware
Yeah, that's not always practical. Plus, the longer an architecture is around the better documented it tends to be. That's fairly important for being able to develop good software.
▶ No.853032
>>852996
do u even install gentoo nigger
▶ No.853238
>>852951
That's your own fault for using proprietary software.
>>852996
You can spend time upgrading the machine but can't spend time compiling the software you need for your upgraded machine?
▶ No.853328
>>852877
Intelspeak for "crashing". Yes, they mean the computer crashes more often. lol it's just unplanned reboots goy.
▶ No.853333>>853334
>>851814
ReactOS is getting there so you should be able to jump in a few versions
▶ No.853334
>>853333
Wew, all XP users migrating to react OS confirmed