[ / / / / / / / / / / / / / ] [ dir / ameta / animu / general / hikki ]

/tech/ - Technology

July 2018 Transparency Report
Name
Email
Subject
Comment *
File
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Flag
Oekaki
Show oekaki applet
(replaces files and can be used instead)
Options
Password (For file and post deletion.)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, pdf
Max filesize is 16 MB.
Max image dimensions are 15000 x 15000.
You may upload 3 per post.


File: e2d85f04b55e9c4⋯.gif (4.5 KB, 716x396, 179:99, screenshot.gif)

 No.868072

What will happen to this project once BIOS compatibility is removed from UEFI (planned for 2020)? Most of the included tools as well as the booloader/menu are DOS-based and require BIOS. Will it just die like the UBCD4Win project did years ago?

 No.868078

>>868072

BIOS is never going away, I actually expect it to start making a comeback in many devices due to all of the vulnerabilities in UEFI


 No.868137

BIOS will die since Intel wants to remove legacy features from x86 CPUs, as well as ARMv8 using UEFI for bootstrapping (which is better than the clusterfuck that was there before, except for das U-Boot aka systemd-boot).


 No.868138

>>868137

Thank god, gummiboot became systemd-boot, not U-Boot. It seemed to good for a project associated with Poettering.


 No.868161

killing BIOS takes too much effort for little gain(for now), gonna be around for much more, just watch


 No.868191

>>868078

implying normies or Intel care about vulnerabilities


 No.868194

>>868072

>screenshot.gif

>.gif

go

fuck

yourself


 No.868210

>>868194

DOS has 16 colours, retard. GIF is perfect for a non-aliased 16 colour image.


 No.868235

>>868137

U-Boot was a shitty hack and a poor attempt at fixing the lack-thereof platform standards for ARM

ARM still lacks a unified platform standard, but now it has a big bloated C program interfacing between the hardware and OS kernel (UEFI) to "fake" it. Only the IBM PC standard is able to fucking get it right.


 No.868383

>>868194

I took it directly from the project's webpage

http://www.ultimatebootcd.com/graphics/screenshot.gif

Or did you think I would boot it up in a VM just to make a screenshot? Also what >>868210

said, I'd guess whoever runs UBCD knows when to use what image format.


 No.868402

>>868072

>dumb /g/edditors think that fancy GUI menus = UEFI

>don't know about coreboot and grub


 No.868404

>>868078

>>868161

That's really in the hands of Intel, Microsoft, and maybe Apple, HP, and Red Hat. Anything that cabal settles on regarding UEFI, everyone else will have to swallow and adapt to.


 No.868405

>>868402

Coreboot does not and cannot support every system. Apart from this, once BIOS legacy support is removed for good from UEFI, with time it may become difficult if not impossible for third parties like Coreboot to provide BIOS compatibility due to obstacles on hardware level.


 No.868407

>Intel plans to completely retire BIOS/DOS support

>Intel plans to do a major reorganization of CPU design to eliminate Spectre-type (and possibly other) flaws

>Intel plans to eliminate local storage https://www.extremetech.com/mobile/263510-intel-wants-leverage-optane-eliminate-local-pc-storage-altogether

>Intel surely plans to further expand the operative scope of the Management Engine and its resilience against its restriction/removal by users

What are really to be "looking forward" to? What will computers look like, say, five or ten years from now?


 No.868409

>>868407

>What are really

*what are we really


 No.868482

>>868078

Motherboard OEMs will start to flow against the current induced by the likes of Intel and Microsoft and will keep providing BIOS-compliant firmware on their own?


 No.868487

>>868407

I'm going to get lambasted (or called a shill - probably both) for this, but didn't intel not include Vpro or the ME on the i9?


 No.868488

>>868072

By that time nobody will be using Intel CPUs and AMD is keeping BIOS compatibility.


 No.868490

>>868487

I was wrong, the i9 doesn't have Vpro but it does have the ME.


 No.868499

>>868490

Every Intel chipset has had ME for many years, even if it serves absolutely no purpose from the machine's owner's point of view. The excuse "hurr, it's only for vPro systems because AMT needs it" was just a foot in the door that was used many years ago..


 No.868518

In the event of that happening which i doubt it will. i will probably just still be using my 10 years old laptop.


 No.868519

>>868518

They will start breaking down, at some point. What will you then?


 No.868521

>>868519

buy a new board from ebay


 No.868526

>>868383

then convert to PNG

>>868210

GIF is shit because it allows animation and is inefficient in general


 No.868528

File: 7834cb8dbe0c1b7⋯.gif (56.46 KB, 498x373, 498:373, untitled.GIF)


 No.868530

>>868521

Once yours breaks, what's the probability you'll be able to buy a working replacement for reasonable money? Look at 90s tech, that which is not shit-tier and in good working condition isn't all that easy to find nor is it cheap. Normies threw away and recycled most of the shit, and the remaining stock is in the hands of either collectors or traders who know the market and won't let it go for peanuts.


 No.868531

>>868530

time to start stockpiling


 No.868534


 No.868552

File: 38d1750aa7f539b⋯.png (2.43 KB, 716x396, 179:99, screenshot.png)

>>868210

PNG is perfect for non-aliased 16 color images as well. In fact, it's more perfect than GIF.


 No.868592

>>868072

(((U)))EFI is a retarded meme. never buy that shit ever




[Return][Go to top][Catalog][Nerve Center][Cancer][Post a Reply]
Delete Post [ ]
[]
[ / / / / / / / / / / / / / ] [ dir / ameta / animu / general / hikki ]