SqueakNOS

squeaknos@lists.squeakfoundation.org

87 discussions

Re: [SqNOS] Ping
by Peter H. Meadows 24 Jun '13

24 Jun '13

This would be a good question/topic for Squeak Community Monday: https://plus.google.com/u/0/events/cjirbt6noeihgb96nn8eqhp05ro

1 0

Ping
by Gerald Klix 24 Jun '13

24 Jun '13

Hi Everybody, is SqueakNOS still alive? Best Regards, Gerald Klix

3 2

NOS: Small test results #1 + my vague windy ideas
by Evgeniy Philippov 04 Nov '12

04 Nov '12

(11:22:29) egp_: I may hope to write a C/C++ compiler to run from inside of (modified?) Squeak, to import Linux into Squeak... To experiment like that... But I am windy, don't know if the desire will stay. (11:23:44) egp_: Maybe some additional languages like (new) mathtalk would be necessary (11:24:02) egp_: (mathtalk is my term) (11:24:43) egp_: (all of the above experimental thoughts are vague) About NOS: I downloaded a 2011.March HDD image and ran it inside a VMWare Player. (11:47:11) egp_: Great. SqueakNOS has booted OK under "VMWare Player" under my "Win7 Home Extended". NOS has shown a number of Squeak windows. (11:48:32) egp_: My machine's hardware are ASUS motherboard, Intel i3 32-bit processor, and nvidia GeForce 8800 GTS. (11:51:34) egp_: At NOS, mouse and keyboard are working OK. "Load sources from disk" prompt seems to have loaded sources OK. (11:53:33) egp_: Monticello browser shows an error "primitive failed". (11:55:18) egp_: Menu -> System -> "Space left" shows 17 MB. (11:56:26) egp_: squeak image save seem to have worked OK (I didn't try reloading image yet.) (11:58:33) egp_: Test Runner -> "Run Coverage" has shown an error: MessageNotUnderstood (12:00:31) egp_: NetworkTests-(Protocols,Url): all (i.e. 39) tests passed OK. (12:03:44) egp_: Net-Tests: 63 run, 18 passed OK, 9 failures, 36 errors. (12:06:09) egp_: NetworkTests-*: 156 run, 123 passed OK, 30 "expected failures", 3 errors. (12:10:07) egp_: I switched from VMWare NAT mode to Bridged mode. Re-testing. (12:11:55) egp_: Exactly the same results for Net-Tests and Network-Tests-*. (12:13:44) egp_: Heheh FAT32F*S*Test: 15 run, 6 passed OK, 3 failures, 6 errors. SO BEWARE OF USING ON A REAL HDD, this is a buggy code :) (12:17:02) egp_: SqueakNOS-(FileSystems, FileSystemsFAT32): 18 run, 7 passed, 3 failures, 8 errors. (12:19:32) egp_: Well. Personally I find NOS mode as more interesting than OS+Squeak mode. :) (12:22:33) egp_: Pressed "Save and quit". (12:25:50) egp_: Pressed Reset. After a quick boot process (my machine has SSD drive and 3.3Ghz CPU), all Squeak windows shown up OK. WBR, Evgeniy.

2 3

Re: SqueakNOS Digest, Vol 20, Issue 2
by Denis Kudriashov 25 Oct '12

25 Oct '12

Hello 2012/10/25 <squeaknos-request(a)lists.squeakfoundation.org> > So, my vision (i've started working on this)...Anybody should be able to > download the squeaknos git repository inside the platform sources of the > CogVM. Then go to an image with CMakeVMMaker, have a SqueakNosConfig class, > and follow the same rules for generating the makefiles as from a standard > vm: generateSources;generate. Then cmake ., make, and install. > And you can put job at Pharo Jenkins server. So SqueakNos will be always updated to VM and image changes. P.S. You doing so amasing work!!! :)) Best regards, Denis

1 0

Re: [SqNOS] Idea about changing the way we compile the VM
by Javier Pimás 25 Oct '12

25 Oct '12

Hi guys, cool to see there's people reading the list these days! On Wed, Oct 24, 2012 at 9:46 PM, Jecel Assumpcao Jr. <jecel(a)merlintec.com>wrote: > Javier, > > > Last night I had a really interesting idea about the VM... > > For now, we have a special VM platform that is "squeakNOS". This is > sometimes > > a problem, we need a custom makefile, the VM gets old and we are still > working > > with the old interpreter because of this. Supporting the makefile is > really boring. > > What are the Vm changes that we need? I thought it was just one plugin > to allow low level i/o and memory access plus a patch to find the image > pre-loaded into memory, right? > There are different parts of the VM that were modified to make squeaknos. One of them is this special linking I told. Other part was to add some primitives for accessing special procesor instructions from smalltalk: in and out. As you probably know, they are needed to interact with io devices. There is a plugin which implements a primitive for each of these (there are variants, in byte, in word, in dword, etc). This plugin can now be easily removed and replaced by AsmJit (igor's assembler) and NativeBoost. The real challenge is to make the unix VM load after grub, we may need an elf loader. > > > What I'm thinking about, then? We have nativeboost to execute binary > code, an > > assembler and even prototype of smalltalk to binary translator > (waterfall), > > I am not familiar with waterfall, but in the past we had a Smalltalk to > x86 translator in the Exupery project. > Yes, it's similar. > > > wouldn't it be possible to use all that to make the standard unix VM > work with the > > sq/NOS image? > > The nativeboost and related parts would indeed be an alternative to the > plugin. But it seems to me that the startup patch to the Unix VM would > still be needed. I am sure it would be relatively easy to write code > that could work either way (in fact, isn't that already the case for the > SqueakNOS VM?). > > > What work I think that would be required? > > - Making the image partly POSIX compliant? This means it should be able > to receive > > syscalls and respond to them, probably doing nothing in most cases. > > The image would be receiving syscalls from where? I think I > misunderstood this part. > >From the VM itself (or other programs if we are able to execute them). We would use the Unix VM, and this VM would think it is executing on Unix. So if for example it calls printf, it would end in a syscall to the kernel, like this: mov eax,4 ;system call number for output(sys_write) mov ebx,1 ;default output device mov ecx, msg1 ;message to write mov edx, msg1len ;message length int 0x80 >From smalltalk what we should do is place an interrupt handler that catches syscalls and manages them through callbacks to the image. > > > > - Re-coding the support code written in C. But doing it in smalltalk and > nativizing it > > with waterfall or with asmjit. This code is really short, shouldn't be > much work. > > And some of this support code isn't really in C anyway, since that > language has no notion of i/o ports. It would be interesting to have > multiple versions of such code in the same image if we want it to be > able to run on ARM computers as well as PCs at some point. > The less statically compiled, the best. > > > - Moving some fancy stuff from actual Makefile to Smalltalk. The actual > Makefile has > > to do some special linking of binary code. For example, it takes some > binary code > > from libc and puts it in the VM. We'll have to do this from the image. > > It seems that the current VMMaker tools are using CMake. If the goal is > to merge the SqueakNOS and Unix VMs, doesn't it make sense to use the > same things for both? > Yes, but the SqueakNOS makefile was made before CMake came, and now up-to-date VMs are made with CMake, which means we have to update to CMake too if we want to have the latest VM. But it may be even easier not to have a special platform at all, that's what I want. > > What we gain? Important and cool stuff: > > - We don't need a special vm any more. This removes a barrier to > entering the > > project.- We get this support code written in smalltalk so we get closer > to the > > idea of a full-smalltalk OS- We get POSIX compatibility, this means we > might be > > able to/get closer to execute code compiled for unix.- We get POSIX > documented > > in smalltalk code... I don't know if somebody is interested in this > anyway > > Does the "execute code compiled for unix" part mean you want to run > stuff written in C within the image and have SqueakNOS pretend to be > Unix for that code? Yes! At first, only for the VM, after that who knows. > This seems like a completely different project from > having a single VM binary run on top of Unix and on bare computers. And > it is not something that would be very secure unless that code runs in a > separate address space. > SqueakNOS has none security mechanisms implented for now. > > By the way, in 1987 my then partner asked me if "it is possible to write > a Unix in Smalltalk". Though in theory the answer is "yes" (you can > always simulate some computer in Smalltalk and run Unix on that - it > would just be really, really slow) I replied "no", which resulted in a > series of events which killed our company. So I have given this question > a lot of thought in the past few decades.... > > But then you didn't have SqueakNOS ;P > -- Jecel > > Cheers, Javier > _______________________________________________ > SqueakNOS mailing list > SqueakNOS(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/squeaknos > -- Lic. Javier Pimás Ciudad de Buenos Aires

2 1

Idea about changing the way we compile the VM
by Javier Pimás 25 Oct '12

25 Oct '12

Last night I had a really interesting idea about the VM... For now, we have a special VM platform that is "squeakNOS". This is sometimes a problem, we need a custom makefile, the VM gets old and we are still working with the old interpreter because of this. Supporting the makefile is really boring. What I'm thinking about, then? We have nativeboost to execute binary code, an assembler and even prototype of smalltalk to binary translator (waterfall), wouldn't it be possible to use all that to make the standard unix VM work with the sq/NOS image? What work I think that would be required? - Making the image partly POSIX compliant? This means it should be able to receive syscalls and respond to them, probably doing nothing in most cases. - Re-coding the support code written in C. But doing it in smalltalk and nativizing it with waterfall or with asmjit. This code is really short, shouldn't be much work. - Moving some fancy stuff from actual Makefile to Smalltalk. The actual Makefile has to do some special linking of binary code. For example, it takes some binary code from libc and puts it in the VM. We'll have to do this from the image. What we gain? Important and cool stuff: - We don't need a special vm any more. This removes a barrier to entering the project. - We get this support code written in smalltalk so we get closer to the idea of a full-smalltalk OS - We get POSIX compatibility, this means we might be able to/get closer to execute code compiled for unix. - We get POSIX documented in smalltalk code... I don't know if somebody is interested in this anyway Cool, isn't it? We should look for an M.Sc thesist ;P Cheers, Javier. -- Lic. Javier Pimás Ciudad de Buenos Aires

3 2

CERR/LCAR for Am79C970 driver
by Ryan Macnak 02 Jan '12

02 Jan '12

Hi, I am working on a driver for the Am79C970 Ethernet controller. It is based on the LanceNIC driver found in SqueakNOS, but uses the 32-bit descriptors instead of the 16-bit ones. I have managed to receive interrupts for the completion of initialization and transmit, but the transmits always come back with errors. The status register has CERR (Collision Error) set and the transmit descriptor has LCAR (Loss of Carrier) set. To me this sounds like the controller believes something has gone wrong with the physical link, but this is virtual hardware (VirtualBox) so that seems dubious. Have you perhaps encountered this before or have suggestions on what might be going wrong? Thanks, Ryan

1 0

Small fix and questions
by Ryan Macnak 15 Aug '11

15 Aug '11

Hi, The keyboard event integration needs a small change to work with Squeak4.2. In PS2Keyboard>>newKeyboardEvent:type: at: 6 put: 0 needs to be at: 6 put: aCharacter asciiValue The Pharo-based image continues to work with this change. I notice the idle primitive is implemented with a HLT now, but SqueakNOS still uses full processor for me. Any idea why? I see what looks like work-in-progress for paging support. What would paging support be for? A traditional operating system would use it to isolate processes in separate address spaces, but Smalltalk is already pointer safe. Finally, what license is SqueakNOS under? Thanks, Ryan

2 3

Building SqueakNOS
by Ryan Macnak 12 Aug '11

12 Aug '11

Hi All, I find myself with time to work on adding the Newspeak bytecodes to the SqueakNOS kernel again, but I'm having trouble building the kernel (without changes) from the latest release. It may be that I am using the wrong sources since I don't see a VMMaker config file. I am using Squeak platform sources from svn co http://squeakvm.org/svn/squeak/trunk squeak-svn SqueakNOS platform sources from git clone git://squeaknos.git.sourceforge.net/gitroot/squeaknos/squeaknos SqueakNOS VMMaker from The image in SqueakNOS-BootableHD-21-mar-2011.7z Is this the correct setup? Ryan

2 2

SqNOS devel guide
by petdvo＠volny.cz 04 May '11

04 May '11

Hello, I am curious if there is some kind of "SqueakNOS - introduction to development". Especially I am interested in porting SqueakNOS to ARM plattform (namely armadeus APF27 board, see www.armadeus.org) for embedded applications. Where to start? I am quite experiencced in programming, even low-level, and quite familiar with Squeak, but not with lower-level parts (primitives, plugins, virtual machine). Greetings, Petr

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

SqueakNOS