Re: SV: Capabilities
Thor Harald Johansen wrote: The Psion 3a have a simple memory protection of a range of address that the program may write to, if a write outside these is attempted then an interrupt is trigger - I will probably attempt to use this once I have code. However it is possible for a malicious program (i.e. the stuff I have done so far) to defeat this. Well, can memory be protected at all on an 8086? -- Thor Harald Johansen [EMAIL PROTECTED] Not as such; the Psion hardware includes a rudimentary MMU. The processor is an NEC V30H. -- Matt J. Gumbley
RE: SV: Capabilities
On Monday, June 07, 1999 8:43 AM, Thor Harald Johansen [SMTP:[EMAIL PROTECTED]] wrote: : No without a special added hardware. The I8086, 8088, 80188, 80186 : have no memory protection implemented. First chip from Intel which : has memory protection is 80286 as I know. : : If this is correct, the users in ELKS are just symbolic. Any program can do : what it wants, and every user with a program can get root access. BIG : problem. : -- : Thor Harald Johansen : [EMAIL PROTECTED] : That's why 286's and 386's were invented
RE: SV: Capabilities
Surely the point of ELKS is that it's an *embedded* Linux system (routers, settop boxen, etc), so even if multi-user is a possibility, it's not a major design feature, eh? And if we're sticking the netstack in userspace, this re-enforces the principle that "C2 compliant" multi-user environment is a secondary point. Let alone the programming nightmare a netstack in userspace presents to a coder fx:unfond memories of coding network daemons for BeOS, who's netstack is also in userspace I have to agree that in the interest of speed and code size that security isn't that important, and especially on an embedded system. My suggestion would be to use a 386 or other system is if that's really an issue, or maybe find a way to add memory protection to a special version of ELKs destened for the 286 (the 186 doesn't have memory protection as well, does it?). Dan
Re: SV: Capabilities
Well, can memory be protected at all on an 8086? No without a special added hardware. The I8086, 8088, 80188, 80186 have no memory protection implemented. First chip from Intel which has memory protection is 80286 as I know. Radek Hnilica Radek Hnilica E-mail: [EMAIL PROTECTED] http://www.linuxfan.com/~radek_hnilica
Re: SV: Capabilities
On Tue, 1 Jun 1999, Thor Harald Johansen wrote: Okay. I need a reasonably good text editor. Point me to one, please. ;) levee comes with the elkscmd package. Davey
Re: SV: Capabilities
On Tue, 1 Jun 1999, Thor Harald Johansen wrote: Oh, by the way, the standard shell, is it very poor compared to other shells? Actually, it's not, if you look at all it's doing. Sash as a shell is very basic, but internal to that one executable are a LOT of prorgams. From small programs such as cat, echo, cp, etc. up to ls, ed and tar. Can I make ELKS boot from ONE disk instead of a boot + root disk? Yes. Get the 'combo' disk image in the images.zip file. Davey
Re: SV: Capabilities
Hi Thor. Depends on the shell you're using - I believe sash doesn't implement pipes yet, but I'm not sure about any other shells... There are other shells? I have heard rumours that there's a version of ksh working for ELKS, but I've never managed to track it down... Other than that, there's just the 'shell hacks' (as I call them), where somebody writes a C program that displays a menu on the screen, waits for a valid keypress, then executes whatever command has been associated with the relevant menu option by the programmer. If there are any ELKS shells other than those, and any reader of this email both knows of them and where to find them, YELL BY EMAIL!!! Best wishes from Riley. +--+ | There is something frustrating about the quality and speed of Linux | | development, ie., the quality is too high and the speed is too high, | | in other words, I can implement this feature, but I bet someone | | else has already done so and is just about to release their patch. | +--+ * ftp://ftp.MemAlpha.cx/pub/rhw/Linux * http://www.MemAlpha.cx/kernel.versions.html
