Live data from Hacker News

Alan Cox announces Fuzix OS

plus.google.com

81–90 of 93 posts

Re: Alan Cox announces Fuzix OS

#81
post #64

Earlier quoted context omitted.

Maybe from an old BSD but not from NetBSD. There's a fairly hard cut-off between the design of early OSs with no memory protection (e.g. legacy Mac OS, W95, Amiga, DOS, Locomotive basic), and operating systems which ration memory out to processes (NT, BeOS, Linux, BSD, Solaris). The later group depends on hardware features that the z80 didn't have. Version 7 unix is in the first camp. Whereas BSD had paged virtual me…

Retrobsd is a good starting point.

No, same problems. 32-bit, memory protection.

Re: Alan Cox announces Fuzix OS

#82
post #67

Earlier quoted context omitted.

> It's one thing to rule with an iron fist, it's another to target individuals and not the behavior. Quite honestly, I don't see any of this in the thread in question.

Where he's practically yelling "WHY?". Here's how it could be re-written to be a more effective email: "Hey Alan, The problem is that while you make pty.c have the correct behavior, lots of legacy userland code relies on the current implementation. Since as kernel developers, we must avoid breaking userland code at all costs, a better solution is to change the behavior, but implement a compatibility layer. Once enoug…

The bottom line is a kernel developer, a senior kernel developer at that, should know this already, and should never violate the golden rule of kernel development, and if they did somehow, should not argue against reverting their userland-breaking changes. Seems to me, given the circumstances, Linus was much more reserved than he could/should of been. A great way to make people think twice before doing something stupid is to call them on the carpet when they do something stupid. There was no name calling, no profanity, no personal attacks here.

That's not to mention your snippet above would have received the same exact pushback (maybe more) from Alan at the time since Alan believed he was in the right.

Re: Alan Cox announces Fuzix OS

#83
post #79
post #11

For anyone who thinks this is a joke, or that the Z80 can't do anything useful: http://www.symbos.de/

The old processors are commonly underestimated. I remember the times of the first versions of Turbo Pascal on CP/M and 8086. It had a very basic user interface (just key strokes) but the language was very convenient, and compilation was incredibly fast, almost instant. I also had an Atari ST with 8MHz 68000 (no math copro) with Tempus Editor (ASCII) and Tempus Word (word procesor). Both were written in assembler, als…

> What does a PC really need?

I'd like a large address space and some way to do read and write barriers (for real-time GC).

> These things are reasons why I consider Alan's approach of "back to the roots" the right way and very promising.

What do you think about OpenBSD? The only reason I switched from OpenBSD to Lubuntu on my personal laptop is because of Adobe Flash.

Re: Alan Cox announces Fuzix OS

#84
post #82

Earlier quoted context omitted.

Where he's practically yelling "WHY?". Here's how it could be re-written to be a more effective email: "Hey Alan, The problem is that while you make pty.c have the correct behavior, lots of legacy userland code relies on the current implementation. Since as kernel developers, we must avoid breaking userland code at all costs, a better solution is to change the behavior, but implement a compatibility layer. Once enoug…

The bottom line is a kernel developer, a senior kernel developer at that, should know this already, and should never violate the golden rule of kernel development, and if they did somehow, should not argue against reverting their userland-breaking changes. Seems to me, given the circumstances, Linus was much more reserved than he could/should of been. A great way to make people think twice before doing something stup…

I agree, it's strange that Alan knowingly broke userland, and then argued that he was right. Something more must have been going on.

At the same time, do you really believe that the only way to get people to see the error of their ways is to be as harsh as Linus usually is and to resort to personal attacks (referring to your line about how he could and should have been harsher)? This is indeed Linus's usual style. The reality is that maintaining some basic level of respect with your colleagues would mean not losing great kernel developers to Linus's outbursts. Alan leaving was a big deal and was widely publicized. How many others have left to never return after receiving a nastygram from Linus?

Let's take it further: if your boss publicly called you a "fucking idiot" as Linus is known to do, every time you screwed up, would you want to continue working for her? Chances are, most people would resign on the stop.

Lastly, I disagree. Even if Alan still thought he was right after receiving my version of the email, he would have a much harder time arguing with a more reasoned version. He would certainly be less likely to throw his hands up in the air and leave the team. This whole "Linus needs to be an asshole sociopath to get shit done" is simply not true: most effective project managers don't resort to this type of behavior because they have better ways to get things done. Linus has fallen into this MO, and it's working for him, but I argue that if he was a better manager and a nicer person he would get more stuff done, not less.

Re: Alan Cox announces Fuzix OS

#85
post #81

Earlier quoted context omitted.

Retrobsd is a good starting point.

No, same problems. 32-bit, memory protection.

Ah I had forgotten. Well you can run the netbsd rump kernel without memory protection, which gives you much of unix (no mmap obviously), but the 32 bitness is probably still an issue, although it might not be you will have to implement 32 and 64 bit types but you could try to do it...

Re: Alan Cox announces Fuzix OS

#86
post #82

Earlier quoted context omitted.

The bottom line is a kernel developer, a senior kernel developer at that, should know this already, and should never violate the golden rule of kernel development, and if they did somehow, should not argue against reverting their userland-breaking changes. Seems to me, given the circumstances, Linus was much more reserved than he could/should of been. A great way to make people think twice before doing something stup…

I agree, it's strange that Alan knowingly broke userland, and then argued that he was right. Something more must have been going on. At the same time, do you really believe that the only way to get people to see the error of their ways is to be as harsh as Linus usually is and to resort to personal attacks (referring to your line about how he could and should have been harsher)? This is indeed Linus's usual style. Th…

> Something more must have been going on.

I think we can both agree on this point.

Typically, when I've noticed Linus explode at someone on the mailing list, he is usually the last person to put his 2 cents in. As-in, many others in the mailing list and bug trackers are the first to point out the problem(s) yet the maintainer/patch-submitter argues back and refuses any changes. Usually after a long while, someone pings Linus and asks for his involvement (the kernel is far too large for any single person to be paying great attention to all components). Linus typically comes in as the last line and just unleashes at someone who has already made a much larger problem than it ought to have been -- sort-of the "buck stops here" thing.

The most prominent example I can think of off the top of my head is the Kay Sievers fiasco. People had been going back and forth with Kay for weeks/months before Linus finally weighed in. It resulted in Linus banning any PR's from Kay.

I don't condone all of Linus' outbursts -- but we do need to remember it's the internet and more importantly a select group of people on the LKML... it's not an office building where cordiality trumps directness. Sometimes being direct is the best approach, even in "real life".

Re: Alan Cox announces Fuzix OS

#87
post #86

Earlier quoted context omitted.

I agree, it's strange that Alan knowingly broke userland, and then argued that he was right. Something more must have been going on. At the same time, do you really believe that the only way to get people to see the error of their ways is to be as harsh as Linus usually is and to resort to personal attacks (referring to your line about how he could and should have been harsher)? This is indeed Linus's usual style. Th…

> Something more must have been going on. I think we can both agree on this point. Typically, when I've noticed Linus explode at someone on the mailing list, he is usually the last person to put his 2 cents in. As-in, many others in the mailing list and bug trackers are the first to point out the problem(s) yet the maintainer/patch-submitter argues back and refuses any changes. Usually after a long while, someone pin…

Agreed on most points except last.

Linus is never direct. He takes the scenic route, describing, someone's ancestry, mental capacity, and personal hygiene (figuratively speaking), and only after he is done taking down the individual, does he get to the actual behavior. His exchange with Kay could have been much shorter too:

"Kay, this behavior is unacceptable here. I read through the threads and it looks like you are causing real problems. Because of this, I am blocking any future PR'a from you."

More simple, direct, addresses behavior and let's everyone know that the buck stops with him. And this probably would have taken much less time than his actual rant.

Re: Alan Cox announces Fuzix OS

#88
post #83
post #79

Earlier quoted context omitted.

The old processors are commonly underestimated. I remember the times of the first versions of Turbo Pascal on CP/M and 8086. It had a very basic user interface (just key strokes) but the language was very convenient, and compilation was incredibly fast, almost instant. I also had an Atari ST with 8MHz 68000 (no math copro) with Tempus Editor (ASCII) and Tempus Word (word procesor). Both were written in assembler, als…

> What does a PC really need? I'd like a large address space and some way to do read and write barriers (for real-time GC). > These things are reasons why I consider Alan's approach of "back to the roots" the right way and very promising. What do you think about OpenBSD? The only reason I switched from OpenBSD to Lubuntu on my personal laptop is because of Adobe Flash.

> The only reason I switched from OpenBSD to Lubuntu on my personal laptop is because of Adobe Flash.

Why?

http://undeadly.org/cgi?action=article&sid=20070907181228

http://wiki.winehq.org/OpenBSD

Re: Alan Cox announces Fuzix OS

#89
post #54
post #51

Earlier quoted context omitted.

If that was the goal, basing it on something like the Motorola 680x0 family would've been a better choice: * The architecture is already 32 bit. * There are FPGA reimplementations, including a range of boards from different people, and open source designs (the Minimig) that people have produced working machines from. * There's been a variety of work on producing more advanced versions of the cores, employing more mod…

Not claiming to have much understanding about any of this stuff, but here's his comment from the link: "+retrotails prower I'm sure +Dirk Hohndel would like an Atari ST port but once you get past 286 there are better OS to run. For m68k you have to deal with the lack of segmentation or banking in most cases (so vfork not fork), but if you can do that then given you've usually got real DMA I would have thought 2.11BSD…

Everything he writes there makes sense. Nobody would bother with a UZI derivative on an M68k system, because you can run far more advanced OS's on them. But that's exactly why M68k would make far more sense if his OS was an "exercise in open computing".

But as a fun retro project, on the other hand, UZI / Fuzix seems like an awesome thing to play with (though I'd prefer to see a C64/C128 version...)

Re: Alan Cox announces Fuzix OS

#90
post #86

Earlier quoted context omitted.

> Something more must have been going on. I think we can both agree on this point. Typically, when I've noticed Linus explode at someone on the mailing list, he is usually the last person to put his 2 cents in. As-in, many others in the mailing list and bug trackers are the first to point out the problem(s) yet the maintainer/patch-submitter argues back and refuses any changes. Usually after a long while, someone pin…

Agreed on most points except last. Linus is never direct. He takes the scenic route, describing, someone's ancestry, mental capacity, and personal hygiene (figuratively speaking), and only after he is done taking down the individual, does he get to the actual behavior. His exchange with Kay could have been much shorter too: "Kay, this behavior is unacceptable here. I read through the threads and it looks like you are…

> Linus is never direct.

He was direct in the discussion with Alan Cox that this thread started with. He didn't act the way you described in this case.

It takes a lot to get Linus to the point of a rant of the kind you describe, and they are exceedingly rare compared to his usual behaviour.

Post reply on HN