Vm-dev December 2021

vm-dev@lists.squeakfoundation.org

15 participants
63 discussions

Re: [Vm-dev] [OpenSmalltalk/opensmalltalk-vm] [SqueakSSL] there's no harm in supporting older glibc (c284103)
by Tobias Pape 20 Dec '21

20 Dec '21

ping @dtlewis290 @marceltaeumel -- Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/c2841037fa9ed86a3a… You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/commit/c2841037fa9ed86a3a204b14fe6d0f808fa5f045/62242818(a)github.com>

1 0

Re: [Vm-dev] [OpenSmalltalk/opensmalltalk-vm] [SqueakSSL] there's no harm in supporting older glibc (c284103)
by Tobias Pape 20 Dec '21

20 Dec '21

I don't know how MUSL handles this case, maybe one should guard against that, if thats required. That said, in this case it's probably better to forego the dyn-load part in the first place… -- Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/c2841037fa9ed86a3a… You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/commit/c2841037fa9ed86a3a204b14fe6d0f808fa5f045/62242805(a)github.com>

1 0

[OpenSmalltalk/opensmalltalk-vm] c28410: [SqueakSSL] there's no harm in supporting older glibc
by Tobias Pape 20 Dec '21

20 Dec '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: c2841037fa9ed86a3a204b14fe6d0f808fa5f045 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/c2841037fa9ed86a3a… Author: Tobias Pape <tobias(a)netshed.de> Date: 2021-12-20 (Mon, 20 Dec 2021) Changed paths: M platforms/unix/plugins/SqueakSSL/openssl_overlay.h Log Message: ----------- [SqueakSSL] there's no harm in supporting older glibc

1 0

[OpenSmalltalk/opensmalltalk-vm] Pre-release 202112201228 - 202112201228
by github-actions[bot] 20 Dec '21

20 Dec '21

-- View it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/202112201228 You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/releases/55666971(a)github.com>

1 0

[OpenSmalltalk/opensmalltalk-vm]
by Marcel Taeumel 20 Dec '21

20 Dec '21

Branch: refs/tags/202112201228 Home: https://github.com/OpenSmalltalk/opensmalltalk-vm

1 0

[OpenSmalltalk/opensmalltalk-vm] 1f30aa: Fix typo. [ci skip]
by Marcel Taeumel 20 Dec '21

20 Dec '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 1f30aa67fc6fec736a6c4e9765bae2eba5b3651c https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/1f30aa67fc6fec736a… Author: Marcel Taeumel <marcel.taeumel(a)hpi.de> Date: 2021-12-20 (Mon, 20 Dec 2021) Changed paths: M .github/workflows/macos.yml Log Message: ----------- Fix typo. [ci skip]

1 0

[OpenSmalltalk/opensmalltalk-vm] Adds builds for macos64ARMv8 to GHA (PR #609)
by Marcel Taeumel 20 Dec '21

20 Dec '21

- Adds some commentary to build files - Pins macOS builds to `macos-10.15` because that has been our build platform for the past weeks; `macos-11` is the new default on GHA `macos-latest` - Specialize filters for `building/**` in our GHA `.yml` files to reduce the number of actually needed builds You can view, comment on, or merge this pull request online at: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/609 -- Commit Summary -- * Improves path matching to avoid unnecessary builds. Pin mac builds to macos-10.15 for now until requested otherwise; "macos-latest" became macos-11 only recently. [ci skip] * Add build job for macos64ARMv8. -- File Changes -- M .github/workflows/extra-arm.yml (2) M .github/workflows/extra.yml (4) M .github/workflows/linux-arm.yml (10) M .github/workflows/linux.yml (10) A .github/workflows/macos-arm.yml (131) M .github/workflows/macos.yml (6) -- Patch Links -- https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/609.patch https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/609.diff -- Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/609 You are receiving this because you are subscribed to this thread. Message ID: <OpenSmalltalk/opensmalltalk-vm/pull/609(a)github.com>

1 1

[OpenSmalltalk/opensmalltalk-vm] a82c72: Improves path matching to avoid unnecessary builds...
by Marcel Taeumel 20 Dec '21

20 Dec '21

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: a82c72f884d9a5d893e92d779eb63700820fc560 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/a82c72f884d9a5d893… Author: Marcel Taeumel <marcel.taeumel(a)hpi.de> Date: 2021-12-17 (Fri, 17 Dec 2021) Changed paths: M .github/workflows/extra-arm.yml M .github/workflows/extra.yml M .github/workflows/linux-arm.yml M .github/workflows/linux.yml M .github/workflows/macos.yml Log Message: ----------- Improves path matching to avoid unnecessary builds. Pin mac builds to macos-10.15 for now until requested otherwise; "macos-latest" became macos-11 only recently. [ci skip] Commit: 7c761e7cf027bbc2cadc2ce7da6c163fa072074d https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/7c761e7cf027bbc2ca… Author: Marcel Taeumel <marcel.taeumel(a)hpi.de> Date: 2021-12-17 (Fri, 17 Dec 2021) Changed paths: A .github/workflows/macos-arm.yml Log Message: ----------- Add build job for macos64ARMv8. Commit: 9ca20bd3cf79ec66285270eaae9256dedfd23ef2 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/9ca20bd3cf79ec6628… Author: Marcel Taeumel <marcel.taeumel(a)hpi.de> Date: 2021-12-20 (Mon, 20 Dec 2021) Changed paths: M .github/workflows/extra-arm.yml M .github/workflows/extra.yml M .github/workflows/linux-arm.yml M .github/workflows/linux.yml A .github/workflows/macos-arm.yml M .github/workflows/macos.yml Log Message: ----------- Merge pull request #609 from marceltaeumel/marceltaeumel/gha-macos-arm Adds builds for macos64ARMv8 to GHA Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/27d2d9f0c76b...9c…

1 0

JPEG and --link-shared-lib
by stes＠PANDORA.BE 19 Dec '21

19 Dec '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I have a question on the "classic VM" (from subversion) and the "JPEGReadWriter2" for the pluginJPEGReadWriter2Plugin For Debian / Ubuntu Linux a configure option was added recently to squeak, --link-shared-lib The idea here is to compile the VM with the systems provided library. By default the directory platforms/Cross/plugins/JPEGReaderWriter2 contains a copy of the files of the libjpeg(-turbo?) library. As a test, I have tried to compile on OpenIndiana and Slackware Linux, with --link-shared-lib. The compile works, the squeakvm links against -lpcre and -ljpeg. BUT ... unfortunately on Slackware Linux 32bit it does not work : The test from Example from http://wiki.squeak.org/squeak/4043 | jpgPicURL aStream | jpgPicURL := 'https://upload.wikimedia.org/wikipedia/commons/thumb/c/ce/Quartz_Br%C3%A9si…'. aStream := HTTPSocket httpGet: jpgPicURL. (JPEGReadWriter2 formFromStream: aStream) asMorph openInHand The above test works when building the VM without --link-shared-lib but fails with I configure with --link-shared-lib. In the first case an image is displayed, in the second case the VM starts, the shared library libjpeg.so is loaded but nothing is displayed, when I run the test from http://wiki.squeak.org/squeak/4043 On Slackware Linux 14.2 /usr/lib/libjpeg.so points to libjpeg.so.62 I have many questions ... (1) why is the JPEG plugin delivered in two variants there is JPEG ReadWriter and a JPEG ReadWriter2. Smalltalk listBuiltinModule:16. Smalltalk listBuiltinModule:17. (2) why is this plugin not built as an external module instead of builtinModule (3) why not removing all copied files from platforms/Cross/plugins/JPEG* and provide a cmake file there for the configuration of JPEG I like the idea of using the systems provided library. However I am not convinced the option OPT--link-shared-lib is the right way, to do that in Squeak VM classic. The option --link-shared-lib seems not a good name to me. It is "too general' for something specific like --enable-jpeg or --disable-jpeg (4) Is the author of that plugin or those plugins still maintaining the plugin, using Squeak ? (5) do Smalltalk systems like Cuis or Squeak really need a JPEG plugin , this seems something that could be optional instead of enabled by default Regards, David Stes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJhv1PTAAoJENdFDkXGicizKyYH/2thJnqmR1M7FDl5fKanSTzu hpHNLZoL45Nsz5CWLqxehrAQHZWZuU70izQWM8zyOadYLnpfFcFnDvAQkSv9H184 UqQQEk/Ic6AvEwm0obWemR8H4GhOVBT+mmlsN0GOZFoTcIM9Wqk4RvEeThZiUnaP mWEGkdJnfNHkP3V/ZCvhjD0YOcwh35bUPtpuF9IISe6PtAVkk0+bgmv7Se1MIjgV 8/cjbYaaDqovKwhZRJ5LXVQb31R6AOFtzUBBBtofw/WBy9InYtH1mxliGYx/j1lP E6whtYEWc0GA9VvN3PQ4Ge201NCMA7CygcBw5rhI3qSmuNKB0C9q7VDkG5oZbME= =uE9J -----END PGP SIGNATURE-----

2 1

VM Maker: VMMaker.oscog-eem.3120.mcz
by commits＠source.squeak.org 13 Dec '21

13 Dec '21

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.3120.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.3120 Author: eem Time: 13 December 2021, 1:07:43.003494 pm UUID: b9f54a3e-8890-4a80-bc01-bef41e2111bc Ancestors: VMMaker.oscog-eem.3119 CogARMv8Compiler: only include the hasAtomicInstructrions determination if compiling theCOGMTVM. =============== Diff against VMMaker.oscog-eem.3119 =============== Item was changed: ----- Method: CogARMv8Compiler>>detectFeaturesOnLinux (in category 'feature detection') ----- detectFeaturesOnLinux "Do a throw-away compilation to read CTR_EL0 and initialize ctrEl0. Some linux kernels trap and synthesize access to ID_AA64ISAR0_EL1, and some do not, so use getauxval(3) to access value(s) derived there-from, i.e. whether the processor has atomic instructions." <option: #__linux__> | startAddress getFeatureReg ctrEL0 | <var: 'getFeatureReg' declareC: 'usqIntptr_t (*getFeatureReg)(void)'> startAddress := cogit methodZoneBase. cogit allocateOpcodes: 4 bytecodes: 0. getFeatureReg := cogit cCoerceSimple: startAddress to: #'usqIntptr_t (*)(void)'. "Return the value of CTR_EL0; that's the control register that defines the vital statistics of the processor's caches." cogit gen: Nop; "do something anodyne so it is easy to distinguish MRS_CTR_EL0 being an illegal instruction rather than the code zone not being executable." gen: MRS_CTR_EL0 operand: ABIResultReg; RetN: 0. cogit outputInstructionsForGeneratedRuntimeAt: startAddress. cogit resetMethodZoneBase: startAddress. cogit ensureExecutableCodeZoneWithin: [ctrEL0 := (self cCode: 'getFeatureReg()' inSmalltalk: [cogit simulateLeafCallOf: startAddress]). "see e.g. CogARMv8Compiler class>>printCTR_EL0:, concretizeCacheControlOp1:CRm:Op2: & http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.100403_0200_00_… DminLine & IminLine are Log2 words; 16 words miniumum" self setDataCacheFlushRequired: (ctrEL0 noMask: 1 << 28). self setDataCacheLineLength: 4 << (ctrEL0 >> 16 bitAnd: 15). self dataCacheLineLength = 0 ifTrue: [self setDataCacheLineLength: 4 << 4]. self setInstructionCacheFlushRequired: (ctrEL0 noMask: 1 << 29). self setInstructionCacheLineLength: 4 << (ctrEL0 bitAnd: 15)]. self instructionCacheLineLength = 0 ifTrue: [self setInstructionCacheLineLength: 4 << 4]. + self cppIf: COGMTVM ifTrue: + [self setHasAtomicInstructions: ((self getauxval: #AT_HWCAP) anyMask: #HWCAP_ATOMICS)]! - self setHasAtomicInstructions: ((self getauxval: #AT_HWCAP) anyMask: #HWCAP_ATOMICS)! Item was changed: ----- Method: CogARMv8Compiler>>detectFeaturesOnMacOS (in category 'memory access') ----- detectFeaturesOnMacOS <option: #__APPLE__> + <inline: #always> "MacOS does not allow access to ctl_el0, so derive cache information etc from sysctl" "Here are values from sysctl(8), hardwired for now rather than derived through sysctl(3) hw.cacheconfig: 8 1 1 0 0 0 0 0 0 0 (we speculate that the 1's indicate cache flush required) hw.cachelinesize: 128 hw.l1icachesize: 131072 hw.l1dcachesize: 131072 hw.optional.neon: 1 hw.optional.neon_hpfp: 1 hw.optional.neon_fp16: 1 hw.optional.armv8_1_atomics: 1" false ifTrue: "Apple's cache flush code on M1 is simple and effective; we can't easily better it..." [self setDataCacheLineLength: 128. self setDataCacheFlushRequired: true. self setInstructionCacheLineLength: 128. self setInstructionCacheFlushRequired: true]. + self cppIf: COGMTVM ifTrue: + [self setHasAtomicInstructions: true]! - self setHasAtomicInstructions: true! Item was changed: ----- Method: CogARMv8Compiler>>detectFeaturesOnRawMachine (in category 'feature detection') ----- detectFeaturesOnRawMachine "Do throw-away compilations to read CTR_EL0 & ID_AA64ISAR0_EL1 and initialize ctrEl0 & idISAR0" <notOption: #__APPLE__> <notOption: #__linux__> | startAddress getFeatureReg ctrEL0 idISAR0 | <var: 'getFeatureReg' declareC: 'usqIntptr_t (*getFeatureReg)(void)'> startAddress := cogit methodZoneBase. cogit allocateOpcodes: 4 bytecodes: 0. getFeatureReg := cogit cCoerceSimple: startAddress to: #'usqIntptr_t (*)(void)'. "Return the value of CTR_EL0; that's the control register that defines the vital statistics of the processor's caches." cogit gen: Nop; "do something anodyne so it is easy to distinguish MRS_CTR_EL0 being an illegal instruction rather than the code zone not being executable." gen: MRS_CTR_EL0 operand: ABIResultReg; RetN: 0. cogit outputInstructionsForGeneratedRuntimeAt: startAddress. cogit resetMethodZoneBase: startAddress. cogit ensureExecutableCodeZoneWithin: [ctrEL0 := (self cCode: 'getFeatureReg()' inSmalltalk: [cogit simulateLeafCallOf: startAddress]). "see e.g. CogARMv8Compiler class>>printCTR_EL0:, concretizeCacheControlOp1:CRm:Op2: & http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.100403_0200_00_… DminLine & IminLine are Log2 words; 16 words miniumum" self setDataCacheFlushRequired: (ctrEL0 noMask: 1 << 28). self setDataCacheLineLength: 4 << (ctrEL0 >> 16 bitAnd: 15). self dataCacheLineLength = 0 ifTrue: [self setDataCacheLineLength: 4 << 4]. self setInstructionCacheFlushRequired: (ctrEL0 noMask: 1 << 29). self setInstructionCacheLineLength: 4 << (ctrEL0 bitAnd: 15)]. self instructionCacheLineLength = 0 ifTrue: [self setInstructionCacheLineLength: 4 << 4]. cogit zeroOpcodeIndexForNewOpcodes. cogit gen: Nop; "do something anodyne so it is easy to distinguish MRS_ID_AA64ISAR0_EL1 being an illegal instruction rather than the code zone not being executable." gen: MRS_ID_AA64ISAR0_EL1 operand: ABIResultReg; RetN: 0. cogit outputInstructionsForGeneratedRuntimeAt: startAddress. + self cppIf: COGMTVM ifTrue: + [cogit resetMethodZoneBase: startAddress. + cogit ensureExecutableCodeZoneWithin: + [idISAR0 := (self cCode: 'getFeatureReg()' inSmalltalk: [cogit simulateLeafCallOf: startAddress]). + self setHasAtomicInstructions: (idISAR0 >> 20 bitAnd: 2r1111) = 2r10]]! - cogit resetMethodZoneBase: startAddress. - cogit ensureExecutableCodeZoneWithin: - [idISAR0 := (self cCode: 'getFeatureReg()' inSmalltalk: [cogit simulateLeafCallOf: startAddress]). - self setHasAtomicInstructions: (idISAR0 >> 20 bitAnd: 2r1111) = 2r10]! Item was changed: ----- Method: CogARMv8Compiler>>generateLowLevelTryLock: (in category 'multi-threading') ----- generateLowLevelTryLock: vmOwnerLockAddress "Generate a function that attempts to lock the vmOwnerLock to the argument and answers if it succeeded." + <inline: #always> - <inline: true> | lockValueReg vmOwnerLockAddressReg br statusReg ldaxr | vmOwnerLockAddress = 0 ifTrue: [cogit MoveCq: 1 R: ABIResultReg; RetN: 0. ^self]. "spiffy 8.1 version using CASAL..." lockValueReg := CArg1Reg. "Holds the value of lock if unlocked (zero), receives the existing value of the lock" vmOwnerLockAddressReg := CArg2Reg. self hasAtomicInstructions ifTrue: [cogit MoveCq: 0 R: lockValueReg; MoveCq: vmOwnerLockAddress R: vmOwnerLockAddressReg; gen: CASAL operand: lockValueReg operand: CArg0Reg operand: vmOwnerLockAddressReg. br := cogit gen: CBNZ operand: 0 operand: lockValueReg. cogit MoveCq: 1 R: ABIResultReg; RetN: 0. br jmpTarget: (cogit CmpR: ABIResultReg R: lockValueReg). cogit gen: CSET operand: ABIResultReg operand: EQ; "i.e. if NE to 0, then is it already set to the argument?" RetN: 0. ^self]. "frumpy 8.0 version using LDAXR/STLXR" cogit MoveCq: vmOwnerLockAddress R: vmOwnerLockAddressReg. cogit MoveCq: 0 R: (statusReg := CArg3Reg). "STLXR sets a word status register; clearing the top bits means it's a non-issue" ldaxr := cogit gen: LDAXR operand: lockValueReg operand: vmOwnerLockAddressReg. br := cogit gen: CBNZ operand: 0 operand: lockValueReg. cogit gen: STLXR operand: CArg0Reg operand: vmOwnerLockAddressReg operand: statusReg. cogit gen: CBNZ operand: ldaxr asUnsignedInteger operand: statusReg. "Since CArg0Reg is never zero, merely returning answers true" cogit RetN: 0. br jmpTarget: (cogit gen: CLREX). cogit CmpR: ABIResultReg R: lockValueReg. cogit gen: CSET operand: ABIResultReg operand: EQ. "i.e. if NE to 0, then is it already set to the argument?" cogit RetN: 0. ^self!

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2021