CVS is back!
Hi all, The CVS server is now back online, so I have chacked in all the changes that have been made over the last several weeks which have been backed up while elks.doa.org had ISP problems. Many thanks to Simon Weijgers for hosting the CVS server, and for getting it working again. I have had to check a whole load of changes in at once, which I don't like doing, but it was unavoidable in this case, so here is the CHANGELOG entry for these changes:- -- Tue Oct 26 14:24 BST 1999 Alistair Riddoch [EMAIL PROTECTED] * Increment version to 0.0.80-pre1 * Removed unused "old timer" code from sched.c * Removed unused bottom half code from sched.c * Fixed errno return codes to negative values in kernel/time.c as pointed out by James M. Lowery about 16 months ago. Sorry. * Added CONFIG option to allow atime and ctime to be removed from kernel, and enable by default as it is unimplemented in minixfs. * Removed bloated notify_change() code, and instead implement inode changes directly in the required functions. * Fix to irqtab.c which should solve problems with floppy not spinning down. Mon Oct 11 14:00 BST 1999 Alistair Riddoch [EMAIL PROTECTED] * Latest version of the rd driver by Blaz Antonic * Added CONFIG options for embedded systems including option to remove the complete filesystem, and execution in place of code in ROM. * Removed the inode hashing code. -- I have tagged this as 0.0.80-pre1, and will make the source available on the ftp site within the next day or so. I have many more changes to merge before 0.0.80 but hope to sort this out before too long. Al
Re: CVS is back!
[...] I have had to check a whole load of changes in at once, which I don't like doing, but it was unavoidable in this case, so here is the CHANGELOG entry for these changes:- [...] Excellent! So, how are we getting on on the stability front? Can you actually do anything with it yet? When do you reckon 1.0's coming out? -- +- David Given ---McQ-+ "Gaping from its single obling socket was | Work: [EMAIL PROTECTED] | scintillating, many fauceted scarlet | Play: [EMAIL PROTECTED] | emerald..." --- Jim Theis, _The Eye of +- http://wired.st-and.ac.uk/~dg -+ Argon_
Re: CVS is back!
David Given writes: [...] I have had to check a whole load of changes in at once, which I don't like doing, but it was unavoidable in this case, so here is the CHANGELOG entry for these changes:- [...] Excellent! So, how are we getting on on the stability front? Can you actually do anything with it yet? When do you reckon 1.0's coming out? Some of the recent patches add lots to stability esp. the fix to minix_add_entry(), and the fix to fchown. I plan to release 0.1 soon after 0.0.80. After that I think progression towards 1.0 should be pretty quick. User space code is starting to become more key as the kernel gets stable. Porting user code from other systems is much easier than writing kernel so anyone can get involved in doing that. I have created some web pages where registered developers can upload information about code they have ported, and upload the ported source code itself. See the link "Software for ELKS" on the front page. It would be counter-productive to release 1.0 unless we had enough ported code to make a useful system. Al
Re: CVS is back!
: Excellent! So, how are we getting on on the stability front? Can you actually : do anything with it yet? When do you reckon 1.0's coming out? I'm happy to report that my girlfriend's son (8 years old) came over and played landmine on ELKS (the only spare computer I wasn't using) for quite some time last night. So ELKS can compete with Sony Playstation at least for a while ;-)
ELKS 0.0.80
Al, Good to hear you've got another version of ELKS coming. I've completed the first round of getting an actual graphical scrolling terminal emulator running under ELKS. It's done. Except that the code to open the /dev/ptypX and /dev/ttypX fails. My version of ELKS (0.77) doesn't have these /dev/ entries. I need to know the magic numbers. Also, does version 0.77 support pseudo ttys? I wanted to make sure this support is complete in the 0.0.80 version, as Microwindows now supports a terminal emulator. (No it won't quite yet run vi, that's coming) Also, on another note, in catching signals in Linux from the terminal emulator, I attempt to send them to the process group with killpg(). This routine under ELKS causes an undefined symbol getgpid() when linking. It appears there's an error in linux-8086 libc. Greg
Linux 8086 TCP/IP stack options - anyone for 6502-C
Also, on another note, in catching signals in Linux from the terminal emulator, I attempt to send them to the process group with killpg(). This routine under ELKS causes an undefined symbol getgpid() when linking. It appears there's an error in linux-8086 libc. That should be getpgrp() I think I've been rummaging around following some leads from from Kira on Linuxnet and now we need to find someone who wants to do 6502-C conversions or Z80-C conversions (the 6502 one looks the best) Phil Blundells 6502 TCP/IP stack - http://www.tazenda.demon.co.uk/phil/iprom.S On the Z80 side there is http://www.altsoft.demon.co.uk/cpcip/ which seems to have a long way to goon TCP (the hard bit) The 6502 one is interesting cos Phil Blundell appears to be the same one as the Linux guy so hopefully we can get it GPL'd Alan
killpg
: Also, on another note, in catching signals in Linux from the terminal : emulator, I attempt to send them to the process group with killpg(). : This routine under ELKS causes an undefined symbol getgpid() when : linking. It appears there's an error in linux-8086 libc. : : That should be getpgrp() I think Whoops I meant getpgid(), finally.