Hacker Newsnew | past | comments | ask | show | jobs | submit | more megous's commentslogin

It's always possible to just go to dts directory in latest Linux kernel, and just look for what's enabled on SoC or board level, for a quick apprisal of level of mainline support.

You will not catch all the details this way, drivers may be incomplete, or things may not be fully integrated to work together really well, but then that's usually fixable, especially if datasheets are available.


My first impulse is to say that some languages have better SNR on the internet. (less garbage autogenerated or SEO content compared to useful information)


It would be ridiculous for cloudflare to discuss privacy issues. ;-)


Ah cloudflare. But who will protect us against cloudflare???

It's a privacy violating proxy after all.


What's so special about cloudflare? Everyone from AWS to Akamai offers the same "reverse proxy" service.



Also MTC is usable for everyone. Perfectly fits an automation-forward webserver like Caddy.


Did I say there's something special about them?


Maybe I misunderstood your comment. Traffic wise, I'm not sure if they're ahead of other "privacy violating" proxy services, so I was wondering if there's something special about Cloudflare. They're all MITM traffic after all.


Not rummors. It's certain that Israel is using AI in war.

IDF has massive contracts with american companies to provide AI services for variety of purposes, and confirms its use itself:

https://apnews.com/article/israel-palestinians-ai-technology...


Not sure what audience he is talking to. Experts deal with a lot more issues that sit between choosing a good password + not falling for phishing and "giving up because mossad". The terminology that he sprinkles about suggests the audience is experts.


The article actually addresses this -- that all these extra issues are not manageable for mere mortals anyway and/or perfectly spherical cows are involved.


It does not. It just invents a bunch of straw men, and then mocks them.


Such as?


Literally what you are doing with the article right now.


Pretty sure I'm not literally inventing actual straw men here. :-)


It's not a dependency for Linux boot at all. You can do well with serial port alone, as anyone who brought up eg. an ARM SoC in Linux will attest to.

Also it's not very interesting either. At simplest, Linux just needs to take a pointer to a beginning of a framebuffer and some metadata, and will write to the framebuffer whenever there's something to update.


If you would like to see an actually "interesting" boot, I recommend checking out how Raspberry Pi's boot.

It is a unique monstrosity that boots from the video / GPU core instead of one of the ARM cores. It has an arcane undocumented architecture.


When I realized that, after buying my first Rpi (2B), that was the last Rpi I ever bought. :)

Thankfully, pretty much everyone else just uses U-Boot.


Maybe not linux specifically, but POST requires a video device software (BIOS Option ROM or UEFI GOP Drivers) of some sort does it not? That's been my experience with all PCs for 30 years. But maybe there are cases where it doesn't?

edit: Apparently it's a desktop motherboard firmware thing. Ubiquitous but not technically a requirement for POSTing a computer.


I've found AM4/AM5 boards will still boot Linux without a discrete or integrated GPU, running a GPUless CPU, not an APU.


It was sorta required by IBM PC compatibles, but is not required by UEFI which supports serial console (or other interfaces).

IBM PC assumed existence of graphic output and sometimes Option ROMs did really too crazy things with it, I still have shivers when I hear "intel raid card" because of that one with possibly Win3.x in ROM...


Soekris (rip) had an x86 network device. Four 10/100s and the disk was a CF. Could only serial console that thing - or SSH once it's running. Best router I ever had.

Also, in 2000 when Windows crashed you could get a serial debugger. Wonder if they still do that?


People still need to do driver ddvelopement. So you can still set up a Windows PC to expose kernel debug interface over serial port: https://learn.microsoft.com/en-us/windows-hardware/drivers/d...


yescrypt is very common these days, default in Debian


I didn't even notice anything was wrong today. :) Looks like we're well disconnected from the US internet infra quasi-hegemony.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: