Vm-dev December 2019

vm-dev@lists.squeakfoundation.org

31 participants
265 discussions

Broken: OpenSmalltalk/opensmalltalk-vm#1899 (Cog - a9c7fd5)
by Travis CI 29 Dec '19

29 Dec '19

Build Update for OpenSmalltalk/opensmalltalk-vm ------------------------------------- Build: #1899 Status: Broken Duration: 1 hr, 32 mins, and 24 secs Commit: a9c7fd5 (Cog) Author: Eliot Miranda Message: Fix the crash in b3dMainLoop when "If the edge is not on top toggle its (back) fills". This fixes several crashes with cases submitted by Stéphane Rolindin. Thanks, Stéph! View the changeset: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/83e43ee7138f...a9… View the full build log and details: https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/builds/630691393?utm_m… -- You can unsubscribe from build emails from the OpenSmalltalk/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=8795279&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

3 2

Build failed: opensmalltalk-vm 1.0.9
by AppVeyor 29 Dec '19

29 Dec '19

1 0

VM Maker: CogPools-ISAs-eem.10.mcz
by commits＠source.squeak.org 29 Dec '19

29 Dec '19

Eliot Miranda uploaded a new version of CogPools-ISAs to project VM Maker: http://source.squeak.org/VMMaker/CogPools-ISAs-eem.10.mcz ==================== Summary ==================== Name: CogPools-ISAs-eem.10 Author: eem Time: 29 December 2019, 12:58:41.246662 pm UUID: eae597de-27f6-4682-91c2-40835b4c711c Ancestors: CogPools-ISAs-eem.9 More accurate ARMv8 instructionIsAnyB: =============== Diff against CogPools-ISAs-eem.9 =============== Item was changed: ----- Method: ARMv8A64Opcodes class>>instructionIsAnyB: (in category 'testing') ----- instructionIsAnyB: word "C4.1 A64 instruction set encoding on page C4-252 C4.1.3 Branches, Exception Generating and System instructions" | op0_101_op1MSB | op0_101_op1MSB := word bitShift: -25. + ^op0_101_op1MSB = 2r0101010 "Conditional branch immediate" + or: [op0_101_op1MSB = 2r1101011 "Unconditional branch (register)" + or: [(op0_101_op1MSB bitAnd: 2r1111110) = 2r1001010 "Unconditional Branch (immediate) BL" - ^op0_101_op1MSB = 2r0101010 "Conditional branch immediate" - or: [op0_101_op1MSB = 2r1101011 "Unconditional branch (register)" - or: [op0_101_op1MSB = 2r1001011 "Unconditional Branch (immediate) BL" or: [(op0_101_op1MSB bitAnd: 2r1111110) = 2r0001010]]] "Unconditional branch (immediate) & Compare/Test and branch (immediate)"!

1 0

Re: [Vm-dev] INFO REQUEST: key & mouse state machine / API
by ken.dickey＠whidbey.com 29 Dec '19

29 Dec '19

> Am Fr., 27. Dez. 2019 um 23:29 Uhr schrieb Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com>: > Currently, we have to generate: > - an EventKeyDown at each keydown, and at each repeat BTW, I built current (Linux/Arm64) with DEBUG_MOUSE_EVENT and DEBUG_KEYBOARD_EVENT. Most unexpected results. E.g. for every single up-or-down 'click' on the mouse wheel, I see three (count 'em 3) events (DOWN/Key/UP). I was expecting to see a single event. Is there a deep reason against a single composite report per wheel 'click' ? I understand about history, but .. Thanks much, -KenD

2 1

VM Maker: VMMaker.oscog-eem.2648.mcz
by commits＠source.squeak.org 29 Dec '19

29 Dec '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2648.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2648 Author: eem Time: 29 December 2019, 12:51:45.495048 pm UUID: c41a5ec7-bfee-41d7-b911-46d59c5a9651 Ancestors: VMMaker.oscog-eem.2647 Comments, categories and simulation slips. =============== Diff against VMMaker.oscog-eem.2647 =============== Item was changed: + ----- Method: CogIA32Compiler>>isJumpAt: (in category 'testing') ----- - ----- Method: CogIA32Compiler>>isJumpAt: (in category 'disassembly') ----- isJumpAt: pc | op | op := objectMemory byteAt: pc. ^ (op between: 16r70 and: 16r7F) "short conditional jumps" or: [op = 16rE9 "long unconditional jump" or: [op = 16rEB "short unconditional jump" or: [op = 16r0F "long conditional jumps" and: [(objectMemory byteAt: pc + 1) between: 16r80 and: 16r8F]]]]! Item was changed: ----- Method: CogOutOfLineLiteralsARMCompiler>>mapEntryAddress (in category 'generate machine code') ----- mapEntryAddress "Typically map entries apply to the end of an instruction, for two reasons: a) to cope with literals embedded in variable-length instructions, since, e.g. on x86, the literal typically comes at the end of the instruction. b) in-line cache detection is based on return addresses, which are typically to the instruction following a call. + But on ARM using CogOutOfLineLiteralsARMCompiler we use out-of-line literals + so the mapEntryAddress of a literal is simply the instruction's address." - But with out-of-line literals it is more convenient to annotate the literal itself." <inline: true> ^opcode = Literal ifTrue: [address] ifFalse: [address + machineCodeSize]! Item was changed: + ----- Method: CogX64Compiler>>isJumpAt: (in category 'testing') ----- - ----- Method: CogX64Compiler>>isJumpAt: (in category 'disassembly') ----- isJumpAt: pc | op | op := objectMemory byteAt: pc. ^ (op between: 16r70 and: 16r7F) "short conditional jumps" or: [op = 16rE9 "long unconditional jump" or: [op = 16rEB "short unconditional jump" or: [(op = 16r0F "long conditional jumps" and: [(objectMemory byteAt: pc + 1) between: 16r80 and: 16r8F]) or: [op = 16r48 "full unconditional jumps" and: [(objectMemory byteAt: pc + 1) = 16rA1 and: [(objectMemory byteAt: pc + 10) = 16rFF and: [(objectMemory byteAt: pc + 11) = 16rE0]]]]]]]! Item was changed: + ----- Method: Spur32BitCoMemoryManager>>isInHeapBounds: (in category 'debug support') ----- - ----- Method: Spur32BitCoMemoryManager>>isInHeapBounds: (in category 'plugin support') ----- isInHeapBounds: address "Answer if the given address is within the entire range ST object memory. For quick checking during leak checking only!!" ^(self oop: address isGreaterThanOrEqualTo: memory) and: [self oop: address isLessThan: endOfMemory]! Item was added: + ----- Method: Spur32BitMMLECoSimulator>>isInHeapBounds: (in category 'debug support') ----- + isInHeapBounds: address + "Answer if the given address is within the entire range ST object memory. + For quick checking during leak checking only!!" + ^(self oop: address isGreaterThanOrEqualTo: cogit cogCodeBase) + and: [self oop: address isLessThan: endOfMemory]! Item was changed: + ----- Method: Spur64BitCoMemoryManager>>isInHeapBounds: (in category 'debug support') ----- - ----- Method: Spur64BitCoMemoryManager>>isInHeapBounds: (in category 'plugin support') ----- isInHeapBounds: address "Answer if the given address is within the entire range ST object memory. For quick checking during leak checking only!!" ^(self oop: address isGreaterThanOrEqualTo: memory) and: [self oop: address isLessThan: endOfMemory]! Item was added: + ----- Method: Spur64BitMMLECoSimulator>>isInHeapBounds: (in category 'debug support') ----- + isInHeapBounds: address + "Answer if the given address is within the entire range ST object memory. + For quick checking during leak checking only!!" + ^(self oop: address isGreaterThanOrEqualTo: cogit cogCodeBase) + and: [self oop: address isLessThan: endOfMemory]! Item was changed: + ----- Method: SpurMemoryManager>>isInHeapBounds: (in category 'debug support') ----- - ----- Method: SpurMemoryManager>>isInHeapBounds: (in category 'plugin support') ----- isInHeapBounds: address "Answer if the given address is within the entire range ST object memory. For quick checking during leak checking only!!" ^(self oop: address isGreaterThanOrEqualTo: newSpaceStart) and: [self oop: address isLessThan: endOfMemory]!

1 0

Build failed: opensmalltalk-vm 1.0.8
by AppVeyor 29 Dec '19

29 Dec '19

1 0

[OpenSmalltalk/opensmalltalk-vm] a9c7fd: Fix the crash in b3dMainLoop when "If the edge is ...
by Eliot Miranda 29 Dec '19

29 Dec '19

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: a9c7fd5fc6b9c100bb5e58d09ed3c3d46f461f63 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/a9c7fd5fc6b9c100bb… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2019-12-29 (Sun, 29 Dec 2019) Changed paths: M platforms/Cross/plugins/Squeak3D/b3dMain.c Log Message: ----------- Fix the crash in b3dMainLoop when "If the edge is not on top toggle its (back) fills". This fixes several crashes with cases submitted by Stéphane Rolindin. Thanks, Stéph!

1 0

INFO REQUEST: key & mouse state machine / API
by ken.dickey＠whidbey.com 29 Dec '19

29 Dec '19

Greetings, I have a side project to get the vm-display-fbdev up on Linux using libevdev. I am at the point where I have hacked the evtest program to capture events bu need more info to "fill out the forms" (i.e. register events). At this point I am confused as to the current state of "Cross Platform Input Event" handling. A state machine and usage API would be most helpful. Current Status: Events come in at each (debounced) keypress, with repeats [sample-events.txt]. KeyModifiers (and MouseBUttons) are tracked as expected [misc-code.txt] I need to fill in the event structures [e.g. record-key.txt]. I have been looking through the "Porting Squeak" and source code. As the "Cross-platform differences for CTRL keys" topic has been raised here, a state machine recognizer would be helpful to understand how mouse/key/trackpad/gamepad/.. events are recognized across platforms -- along with scancode>keycode translation mappings. Perhaps a good project to undertake? Any hints appreciated. I really am confused as to what mappings are required. Thanks much, -KenD

4 5

That she blows!
by Eliot Miranda 29 Dec '19

29 Dec '19

Hi All, clearly floating point arithmetic (used in determining colors) needs a little work, but the ARMv8 JIT is coming along: [image: first armv8 display.png] _,,,^..^,,,_ best, Eliot

5 4

VM Maker: VMMaker.oscog-eem.2647.mcz
by commits＠source.squeak.org 29 Dec '19

29 Dec '19

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2647.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2647 Author: eem Time: 29 December 2019, 12:00:26.832334 am UUID: dd150fe4-8c9e-43ee-98dd-19b60418a6ff Ancestors: VMMaker.oscog-eem.2646 typo =============== Diff against VMMaker.oscog-eem.2646 =============== Item was changed: ----- Method: SimpleStackBasedCogit>>compileMachineCodeInterpreterPrimitive: (in category 'primitive generators') ----- compileMachineCodeInterpreterPrimitive: primitiveRoutine "Compile a call to a machine-code convention interpreter primitive. Call the C routine on the Smalltalk stack, assuming it consumes little or no stack space." <var: #primitiveRoutine declareC: 'void (*primitiveRoutine)(void)'> | jmpFail liveRegsMask | "for now handle functions with less than 4 arguments; our C call marshalling machinery extends up to 4 arguments only, and the first argument of an mcprim is the receiver." self assert: methodOrBlockNumArgs <= 3. liveRegsMask := (methodOrBlockNumArgs > self numRegArgs or: [methodOrBlockNumArgs = 0]) ifTrue: [self registerMaskFor: ReceiverResultReg] ifFalse: [(self numRegArgs > 1 and: [methodOrBlockNumArgs > 1]) ifFalse: [self registerMaskFor: ReceiverResultReg and: Arg0Reg] ifTrue: [self registerMaskFor: ReceiverResultReg and: Arg0Reg and: Arg1Reg]]. backEnd genSaveRegs: (liveRegsMask bitAnd: CallerSavedRegisterMask). methodOrBlockNumArgs > self numRegArgs ifTrue: ["Wrangle args into Arg0Reg, Arg1Reg, SendNumArgsReg & ClassReg" "offset := self bitCountOf: (liveRegsMask bitAnd: CallerSavedRegisterMask)." self shouldBeImplemented]. backEnd genMarshallNArgs: methodOrBlockNumArgs + 1 arg: ReceiverResultReg arg: Arg0Reg arg: Arg1Reg arg: SendNumArgsReg + "arg: ClassReg (when we extend C call marshalling to support 5 args for replaceFrom:to:with:startingAt:". - "arg: ClassReg (when we extend C call marchalling to support 5 args for replaceFrom:to:with:startingAt:". backEnd saveAndRestoreLinkRegUsingCalleeSavedRegNotLiveAtPointOfSendAround: [self CallFullRT: primitiveRoutine asInteger]. backEnd genRemoveNArgsFromStack: methodOrBlockNumArgs + 1; genRestoreRegs: (liveRegsMask bitAnd: CallerSavedRegisterMask). self CmpCq: 0 R: backEnd cResultRegister. jmpFail := self JumpZero: 0. backEnd cResultRegister ~= ReceiverResultReg ifTrue: [self MoveR: backEnd cResultRegister R: ReceiverResultReg]. self RetN: (methodOrBlockNumArgs > self numRegArgs ifTrue: [methodOrBlockNumArgs + 1 * objectMemory wordSize] ifFalse: [0]). jmpFail jmpTarget: self Label. ^0!

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
27
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev December 2019