HECnet

hecnet@lists.dfupdate.se

15562 discussions

Trying to build SIMH from git (on OpenIndiana)

by b4＠gewt.net

On 13 Mar 2013, at 15:04, "Mark Pizzolato - Info Comm" <Mark at infocomm.com> wrote: On Wednesday, March 13, 2013 at 11:51 AM, Cory Smelosky wrote: Speaking of SIMH on Solaris and similar...is SIMH capable of SET CPU IDLE in zones on SPARC? It looks like 3.9-0 can't. Well, I think I answered this yesterday on this list. I'll restate what I wrote here: Thank you. I think the answer got lost when my mail server was bouncing all emails. ;) Idling for any simulator requires that the host system's clock tick be <= the size of the simulated system's clock tick. VAX systems have a clock tick of 10ms. Idling for simulated VAX systems works best if the host clock tick is 1ms. Windows systems have a user mode programmatically settable clock tick size (a facility useful for some media playback capabilities). On Windows systems simh will set the host's clock tick to 1ms while a simulator is running. We haven't seen programmatically settable host clock tick sizes on other platforms. In general, other platforms have a tick size which can be changed in some system specific way (which might require building a kernel with a desired tick size) or not changeable at all. This issue comes up often enough that adding how to make these system specific adjustments would be a useful addition to the simh FAQ. Any feedback on this subject will be welcome. Ahhh. "Solaris timing uses a real-time clock that can generate interrupts at a resolution bound by the processor speed. For scheduling purposes, it fires every 10 milliseconds. As in Linux, this is a clock "tick." Note that 2.6 Linux uses a 1000-tick/second clock, as opposed to the 100-tick/second clock used by Solaris and by previous versions of Linux. User-level programs on Solaris can program the real time clock to fire at nanosecond granularity, rounded up by processor time--much finer than the clock tick granularity of ten or one milliseconds. However, the program interface to use the high-resolution timers is not visible in the DDI/DKI. See clock_settime(3rt) for user-level details andusr/src/uts/common/os/cyclic.c for details on high-resolution timing in Solaris. Also note that in Solaris, you can change the value of hz or clock ticks/second by setting hires_tick to 1 and hires_hz to the desired time in the /etc/system file. The default is 1000 ticks per second. Here's an example: set hires_tick=1 set hires_hz=10000 <~--- 10000 ticks per second" Looks like Solaris can set it in user mode, too. Recent simh code will display what it has determined to be the host's clock size if simh believes the host's clock tick is too small to support idling when you attempt to enable idling. Recent simh code can always display host system's tick size with the 'EXAMINE TIMER OS_SLEEP_MIN_MS' command. The latest simh code is available from https://github.com/simh/simh/archive/master.zip. Gregg Levine wrote: Idle on some items that are not Linux or FreeBSD or NetBSD may not work because of how they interpret the timer. Same goes for trying to get the idle function to work on Windows. I haven't heard from anyone who's had issues getting idling to work on Windows. If you know of such a case, I would be interested to explore what may be happening in this case. Thanks. - Mark Pizzolato

12 years, 3 months

Trying to build SIMH from git (on OpenIndiana)

by Mark＠infocomm.com

On Wednesday, March 13, 2013 at 11:51 AM, Cory Smelosky wrote: Speaking of SIMH on Solaris and similar...is SIMH capable of SET CPU IDLE in zones on SPARC? It looks like 3.9-0 can't. Well, I think I answered this yesterday on this list. I'll restate what I wrote here: Idling for any simulator requires that the host system's clock tick be <= the size of the simulated system's clock tick. VAX systems have a clock tick of 10ms. Idling for simulated VAX systems works best if the host clock tick is 1ms. Windows systems have a user mode programmatically settable clock tick size (a facility useful for some media playback capabilities). On Windows systems simh will set the host's clock tick to 1ms while a simulator is running. We haven't seen programmatically settable host clock tick sizes on other platforms. In general, other platforms have a tick size which can be changed in some system specific way (which might require building a kernel with a desired tick size) or not changeable at all. This issue comes up often enough that adding how to make these system specific adjustments would be a useful addition to the simh FAQ. Any feedback on this subject will be welcome. Recent simh code will display what it has determined to be the host's clock size if simh believes the host's clock tick is too small to support idling when you attempt to enable idling. Recent simh code can always display host system's tick size with the 'EXAMINE TIMER OS_SLEEP_MIN_MS' command. The latest simh code is available from https://github.com/simh/simh/archive/master.zip. Gregg Levine wrote: Idle on some items that are not Linux or FreeBSD or NetBSD may not work because of how they interpret the timer. Same goes for trying to get the idle function to work on Windows. I haven't heard from anyone who's had issues getting idling to work on Windows. If you know of such a case, I would be interested to explore what may be happening in this case. Thanks. - Mark Pizzolato

12 years, 3 months

Trying to build SIMH from git (on OpenIndiana)

by b4＠gewt.net

On 13 Mar 2013, at 14:40, "Mark Pizzolato - Info Comm" <Mark at infocomm.com> wrote: On Wednesday, March 13, 2013 at 11:12 AM, Brian Hechinger wrote: Thoughts? -brian wonko at zaphod$ make vax lib paths are: /lib /usr/lib using libm: /lib/libm.so using librt: /lib/librt.so using libpthread: /lib/libpthread.so /usr/include/pthread.h using libdl: /lib/libdl.so /usr/include/dlfcn.h using libpcap: /usr/include/pcap.h *** *** vax Simulator being built with: *** - compiler optimizations and no debugging support. GCC Version: 4.3.3.. *** - dynamic networking support using Solaris provided libpcap components. *** Hi Brian, Sorry about this. I checked in a change yesterday in response to someone who complained about the include guards which simh's include files were using which defined symbols starting with _. I messed up one of the new guard names which didn't matter on the platform I tested the build on. The right change has been checked in now. - Mark Speaking of SIMH on Solaris and similar is SIMH capable of SET CPU IDLE in zones on SPARC? It looks like 3.9-0 can't.

12 years, 3 months

Trying to build SIMH from git (on OpenIndiana)

by Mark＠infocomm.com

On Wednesday, March 13, 2013 at 11:12 AM, Brian Hechinger wrote: Thoughts? -brian wonko at zaphod$ make vax lib paths are: /lib /usr/lib using libm: /lib/libm.so using librt: /lib/librt.so using libpthread: /lib/libpthread.so /usr/include/pthread.h using libdl: /lib/libdl.so /usr/include/dlfcn.h using libpcap: /usr/include/pcap.h *** *** vax Simulator being built with: *** - compiler optimizations and no debugging support. GCC Version: 4.3.3. *** - dynamic networking support using Solaris provided libpcap components. *** Hi Brian, Sorry about this. I checked in a change yesterday in response to someone who complained about the include guards which simh's include files were using which defined symbols starting with _. I messed up one of the new guard names which didn't matter on the platform I tested the build on. The right change has been checked in now. - Mark

12 years, 3 months

Trying to build SIMH from git (on OpenIndiana)

by b4＠gewt.net

On 2013-03-13 14:11, Brian Hechinger wrote: Thoughts? -brian wonko at zaphod$ make vax lib paths are: /lib /usr/lib using libm: /lib/libm.so using librt: /lib/librt.so using libpthread: /lib/libpthread.so /usr/include/pthread.h using libdl: /lib/libdl.so /usr/include/dlfcn.h using libpcap: /usr/include/pcap.h *** *** vax Simulator being built with: *** - compiler optimizations and no debugging support. GCC Version: 4.3.3. *** - dynamic networking support using Solaris provided libpcap components. *** gcc -std=c99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fno-unsafe-loop-optimizations -fno-strict-overflow -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_DLOPEN=so sim_BuildROMs.c -o BIN/BuildROMs BIN/BuildROMs rm -f BIN/BuildROMs gcc -std=c99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fno-unsafe-loop-optimizations -fno-strict-overflow -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_DLOPEN=so VAX/vax_cpu.c VAX/vax_cpu1.c VAX/vax_fpa.c VAX/vax_io.c VAX/vax_cis.c VAX/vax_octa.c VAX/vax_cmode.c VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sysdev.c VAX/vax_sys.c VAX/vax_syscm.c VAX/vax_syslist.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_xq.c PDP11/pdp11_vh.c PDP11/pdp11_cr.c PDP11/pdp11_io_lib.c scp.c sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c sim_disk.c sim_serial.c -DVM_VAX -DUSE_INT64 -DUSE_ADDR64 -I VAX -I PDP11 -DUSE_SHARED -I/usr/include/ -o BIN/microvax3900 -lsocket -lnsl -lm -lrt -lpthread -ldl In file included from sim_serial.h:89, from scp.c:223: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here In file included from sim_console.c:122: sim_serial.h:81: error: redefinition of typedef 'SERHANDLE' sim_tmxr.h:55: error: previous declaration of 'SERHANDLE' was here In file included from sim_serial.h:89, from sim_tmxr.c:324: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here In file included from sim_serial.h:89, from sim_serial.c:127: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here make: *** [BIN/microvax3900] Error 1 wonko at zaphod$ What version of GCC? -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Experiments

12 years, 3 months

Trying to build SIMH from git (on OpenIndiana)

by wonko＠4amlunch.net

Thoughts? -brian wonko at zaphod$ make vax lib paths are: /lib /usr/lib using libm: /lib/libm.so using librt: /lib/librt.so using libpthread: /lib/libpthread.so /usr/include/pthread.h using libdl: /lib/libdl.so /usr/include/dlfcn.h using libpcap: /usr/include/pcap.h *** *** vax Simulator being built with: *** - compiler optimizations and no debugging support. GCC Version: 4.3.3. *** - dynamic networking support using Solaris provided libpcap components. *** gcc -std=c99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fno-unsafe-loop-optimizations -fno-strict-overflow -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_DLOPEN=so sim_BuildROMs.c -o BIN/BuildROMs BIN/BuildROMs rm -f BIN/BuildROMs gcc -std=c99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fno-unsafe-loop-optimizations -fno-strict-overflow -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_DLOPEN=so VAX/vax_cpu.c VAX/vax_cpu1.c VAX/vax_fpa.c VAX/vax_io.c VAX/vax_cis.c VAX/vax_octa.c VAX/vax_cmode.c VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sysdev.c VAX/vax_sys.c VAX/vax_syscm.c VAX/vax_syslist.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_xq.c PDP11/pdp11_vh.c PDP11/pdp11_cr.c PDP11/pdp11_io_lib.c scp.c sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c sim_disk.c sim_serial.c -DVM_VAX -DUSE_INT64 -DUSE_ADDR64 -I VAX -I PDP11 -DUSE_SHARED -I/usr/include/ -o BIN/microvax3900 -lsocket -lnsl -lm -lrt -lpthread -ldl In file included from sim_serial.h:89, from scp.c:223: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here In file included from sim_console.c:122: sim_serial.h:81: error: redefinition of typedef 'SERHANDLE' sim_tmxr.h:55: error: previous declaration of 'SERHANDLE' was here In file included from sim_serial.h:89, from sim_tmxr.c:324: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here In file included from sim_serial.h:89, from sim_serial.c:127: sim_tmxr.h:55: error: redefinition of typedef 'SERHANDLE' sim_serial.h:81: error: previous declaration of 'SERHANDLE' was here make: *** [BIN/microvax3900] Error 1 wonko at zaphod$

12 years, 3 months

Area 9 is (slowly) coming back online

by Mark＠infocomm.com

On Monday, March 11, 2013 at 7:21 PM, Gregg Levine wrote: On Mon, Mar 11, 2013 at 10:10 PM, Brian Hechinger <wonko at 4amlunch.net> wrote: I've been battling idle on Solaris for a whole now. Haven't figured it out yet though. -brian On Mar 11, 2013, at 20:26, "b4" <b4 at gewt.net> wrote: Hello all, I have been in the middle of moving things around and I've got my area router back up and I have the proper things forwarded now. ;) Everything should come back up completely before too long. One major caveat: SIMH in Solaris 10 zones...am I doing something wrong or is SET CPU IDLE disallowed in this scenario? If so, it looks like i'll throttle the execution rate as well as running the VMs on 10BASE-T ports. ;) Idling for any simulator requires that the host system's clock tick be <= the size of the simulated system's clock tick. VAX systems have a clock tick of 10ms. Idling for simulated VAX systems works best if the host clock tick is 1ms. Windows systems have a user mode programmatically settable clock tick size (a facility useful for some media playback capabilities). On Windows systems simh will set the host's clock tick to 1ms while a simulator is running. We haven't seen programmatically settable host clock tick sizes on other platforms. In general, other platforms have a tick size which can be changed in some system specific way (which might require building a kernel with a desired tick size) or not changeable at all. This issue comes up often enough that adding how to make these system specific adjustments would be a useful addition to the simh FAQ. Any feedback on this subject will be welcome. Recent simh code will display what it has determined to be the host's clock size if simh believes the host's clock tick is too small to support idling when you attempt to enable idling. Recent simh code can always display host system's tick size with the 'EXAMINE TIMER OS_SLEEP_MIN_MS' command. The latest simh code is available from https://github.com/simh/simh/archive/master.zip. Gregg Levine wrote: Idle on some items that are not Linux or FreeBSD or NetBSD may not work because of how they interpret the timer. Same goes for trying to get the idle function to work on Windows. I haven't heard from anyone who's had issues getting idling to work on Windows. If you know of such a case, I would be interested to explore what may be happening in this case. Thanks. - Mark Pizzolato

12 years, 4 months

RSX-11M v4.1 SYSGEN - OK, I give up - what am I doing wrong?

by bqt＠softjar.se

On 2013-03-12 14:44, Bob Armstrong wrote: I'm just throwing ideas out, as I don't know for sure why have the problem. Interestingly, 11M v3.2 BL26 works fine, even after the SYSGEN, but I don't have DECnet for that. 11M v4.0 BL32 and 11M v4.1 BL35 both fail after SYSGEN in exactly the same way. 11M v4.2 BL56 works, but won't fit on an RL02 anymore (or at least I can't figure out how to fit it on such). I had to build it on an RD drive instead - that's of no consequence on simh (where hardware is free!), but isn't going to work on the real machine. I think any version of 11M should be able to fit on an RL02. But there might be some special considerations that are needed. I seem to remember building such a thing, about 20 years ago... Johnny

12 years, 4 months

RSX-11M v4.1 SYSGEN - OK, I give up - what am I doing wrong?

by bob＠jfcl.com

I'm just throwing ideas out, as I don't know for sure why have the problem. Interestingly, 11M v3.2 BL26 works fine, even after the SYSGEN, but I don't have DECnet for that. 11M v4.0 BL32 and 11M v4.1 BL35 both fail after SYSGEN in exactly the same way. 11M v4.2 BL56 works, but won't fit on an RL02 anymore (or at least I can't figure out how to fit it on such). I had to build it on an RD drive instead - that's of no consequence on simh (where hardware is free!), but isn't going to work on the real machine. Bob

12 years, 4 months

Area 9 is (slowly) coming back online

by gregg.drwho8＠gmail.com

On Mon, Mar 11, 2013 at 10:10 PM, Brian Hechinger <wonko at 4amlunch.net> wrote: I've been battling idle on Solaris for a whole now. Haven't figured it out yet though. -brian On Mar 11, 2013, at 20:26, "b4" <b4 at gewt.net> wrote: Hello all, I have been in the middle of moving things around and I've got my area router back up and I have the proper things forwarded now. ;) Everything should come back up completely before too long. One major caveat: SIMH in Solaris 10 zones...am I doing something wrong or is SET CPU IDLE disallowed in this scenario? If so, it looks like i'll throttle the execution rate as well as running the VMs on 10BASE-T ports. ;) -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Experiments Hello! Idle on some items that are not Linux or FreeBSD or NetBSD may not work because of how they interpret the timer. Same goes for trying to get the idle function to work on Windows. In any case Cory nice to see you're largely back online. And whatever else the problem it will all be Dave's fault. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

12 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet