Live data from Hacker News

A Kernel Hacker Meets Fuchsia OS

a13xp0p0v.github.io

61–70 of 296 posts

Re: A Kernel Hacker Meets Fuchsia OS

#61
post #55
post #36

Earlier quoted context omitted.

I believe “raze” would be the correct pronunciation. ;)

Both are pronounced identically in American English at least.

Huh, the IPA indeed seems to be the same, but I would argue that the “z” in “raze” is distinctly more voiced than the “s” in “rays”.

Re: A Kernel Hacker Meets Fuchsia OS

#62
post #32

Earlier quoted context omitted.

That’s fine as long as it’s open source and a self-contained local piece of software (as Fuchsia is). The problem with Google killing products is that they’re closed source and/or require huge server resources and/or ML models.

From what I've read Fuschia is not at all self-contained. The UI is fully driven by and targeted towards Google the search and ecosystem. But those write-ups were years ago and there hasn't been new reviews with much UI focus since then.

Operating Systems are not a very well defined subject. Linux doesn't include a UI layer for instance and that isn't considered a problem. Being tied to a particular experience limits the potential applications of the OS, so in many ways I would consider the lack of opinionated experience a good thing.

There is now a UI experience available as part of Fuchsia in the workstation product, but I wouldn't overly index on it as it's just one take on what you could use Fuchsia to build.

Re: A Kernel Hacker Meets Fuchsia OS

#63
post #16

Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.

HN downvotes things based on the mood expressed rather than the technical content.

It's becoming a kindergarten, really.

Re: A Kernel Hacker Meets Fuchsia OS

#64
post #38

Earlier quoted context omitted.

Not necessarily. The core idea of capabilities is more like having a URL to a Web page. Using the URL (the capability), you can access the contents of the page. Inside the contents, you can possibly find other URLs (more privileges granted to you). But the URL happens to be something like an UUID, or a short link; looking at it, you cannot derive another URL (discover another "capability", not granted to you). In oth…

Interesting. Is this in practice implemented as just capabilities being large numbers so it's impractical to guess them, or does the kernel have a table with all of a process's capabilities and when a message is sent to a process with capabilities the kernel adds them to the table? That is -- are capabilities just pieces of data in a message you can detect and try to use, or do they have to be added explicitly to a m…

In theory you could do even better than that -- you could make capabilities cryptographically signed tokens, so that you don't need to ask the kernel to verify the validity of your request every time. If your chipset supports crypto intrinsics this will almost certainly be better than an interrupted syscall.

Re: A Kernel Hacker Meets Fuchsia OS

#65
The objective of computer security seems to have shifted from preventing someone else from running unauthoirzed software on your computer to preventing you from running unauthorized software on your computer. I would not describe this as security.

Re: A Kernel Hacker Meets Fuchsia OS

#66
post #65

The objective of computer security seems to have shifted from preventing someone else from running unauthoirzed software on your computer to preventing you from running unauthorized software on your computer. I would not describe this as security.

It absolutely is security. Job security. Enforced vendor dependence is all the rage.

Try getting investor dosh without it. Not happening.

Re: A Kernel Hacker Meets Fuchsia OS

#67
post #16

Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.

HN downvotes things based on the mood expressed rather than the technical content. It's becoming a kindergarten, really.

I didn’t downvote but I think it’s more because grandparent reads like a shallow offhand dismissal. Perhaps if GP provided examples of bad code and better ways to express them it would be a more productive comment.

Re: A Kernel Hacker Meets Fuchsia OS

#68

I think the more interesting thing here is the fact that so much code in their repository appears to be bit-rotted or half baked, despite being documented. KASLR is mentioned all over the place but doesn't work and the answer is "we know, it's there only to stop it bit-rotting". You need to patch the system to do kernel debugging because otherwise the toolchain hangs. Syscalls are documented as enforcing security rul…

It's hard not to feel like maybe Google has lost the ability to develop operating systems. Did they ever have that ability? I know they did a bunch of work for Android/Chrome OS. But both of those are Linux, have they tried to develop an OS from scratch before fuschia?

Yes. Android is sufficiently different from a stock Linux distro that it absolutely counts as a unique operating system. ChromeOS is also unique in interesting ways, although less successful. It's certainly a production quality OS.

Perhaps more importantly, both of those are complete and have real users who found value in them.

Re: A Kernel Hacker Meets Fuchsia OS

#69
post #16

Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.

HN downvotes things based on the mood expressed rather than the technical content. It's becoming a kindergarten, really.

I didn't see any actual technical content in that comment. I don't see any repliers commenting on tone but I do see a comment or remarking that they disagree with the technical assertion and asking for actual technical content to back it up.

So I think your assumptions about the reasons for the down votes are inaccurate.

Re: A Kernel Hacker Meets Fuchsia OS

#70
post #38

Earlier quoted context omitted.

Not necessarily. The core idea of capabilities is more like having a URL to a Web page. Using the URL (the capability), you can access the contents of the page. Inside the contents, you can possibly find other URLs (more privileges granted to you). But the URL happens to be something like an UUID, or a short link; looking at it, you cannot derive another URL (discover another "capability", not granted to you). In oth…

Interesting. Is this in practice implemented as just capabilities being large numbers so it's impractical to guess them, or does the kernel have a table with all of a process's capabilities and when a message is sent to a process with capabilities the kernel adds them to the table? That is -- are capabilities just pieces of data in a message you can detect and try to use, or do they have to be added explicitly to a m…

You know a limited kind of capability - file descriptors (or kernel handles). Those are just a number that allow you to manipulate some object in a defined way. You can give this number to someone else, and they can't make use of it at all, you have to go ask the kernel (using e.g. a unix socket and ancillary messages) to pass the capability to another process.
Post reply on HN