[squeak-dev] [Vm-dev] Squeak5.3 linux ARMv6 segfaults on startup

Tobias Pape Das.Linux at gmx.de
Sat Mar 21 10:00:30 UTC 2020


Hi

> On 21.03.2020, at 10:51, Bruce O'Neel <bruce.oneel at pckswarms.ch> wrote:
> 
> Hi,
> 
> Tired with the PI2.  Good news/bad news, it's not hardware or firmware.  I see the same results.
> 
> So clearly the VM I've built.

now I get what you mean.

The non-bitmap variant uses the Balloon-engine to do the rendering of the ttf curves to bits.
Didn't we change something regarding this lately?

Best regard
	-Tobas


> 
> cheers
> 
> bruce
> 
> 
> 
> 21 March 2020 10:03 "Bruce O'Neel" <bruce.oneel at pckswarms.ch> wrote:
> Hi Tim and others.
> 
> Let's think about this a little differently.
> 
> What do we know:
> 
> 1. You, Ellot and I can build the VM on our respective PIs.
> 2.  In general this VM works fine, the only seemingly difference is on a few fonts.  This, of course, is bizarre. 
> 3. We must be either seeing a difference in hardware, or in software, or in firmware.
> 
> Now we start guessing.
> 
> 1. I use my PI as a server.  I installed Raspberian about 12 months ago, and, the only packages installed on top are samba, and then the 11 packages to make Squeak build.  I'm lazy, I have not checked to see if there was a firmware update nor I have I updated firmware.
> 2. I don't know about Ellot, but I have the impression you Tim use your PI more, right?  Do you have more packages installed?
> 3.  Or, maybe it's some difference in hardware.  My Pi 3 was bought in early 2019 and has the following dmesg bits.
> 
> 
> 
> [    0.000000] Linux version 4.19.66-v7+ (dom at buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1253 SMP Thu Aug 15 11:49:46 BST 2019
> [    0.000000] CPU: ARMv7 Processor [410fd034] revision 4 (ARMv7), cr=10c5383d
> [    0.000000] CPU: div instructions available: patching division code
> [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> [    0.000000] OF: fdt: Machine model: Raspberry Pi 3 Model B Plus Rev 1.3
> 
> 
> [    0.002345] CPU: Testing write buffer coherency: ok
> [    0.002830] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
> [    0.003495] Setting up static identity map for 0x100000 - 0x10003c
> [    0.003662] rcu: Hierarchical SRCU implementation.
> [    0.004476] smp: Bringing up secondary CPUs ...
> [    0.005337] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
> [    0.006262] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
> [    0.007124] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
> [    0.007246] smp: Brought up 1 node, 4 CPUs
> [    0.007326] SMP: Total of 4 processors activated (153.60 BogoMIPS).
> [    0.007350] CPU: All CPU(s) started in HYP mode.
> [    0.007371] CPU: Virtualization extensions available.
> [    0.008364] devtmpfs: initialized
> [    0.021572] VFP support v0.3: implementor 41 architecture 3 part 40 variant 3 rev 4
> 
> [    0.090300] raspberrypi-firmware soc:firmware: Attached to firmware from 2019-08-15 12:06, variant start
> [    0.100128] raspberrypi-firmware soc:firmware: Firmware hash is 0e6daa5106dd4164474616408e0dc24f997ffcf3
> 
> [    0.234849] bcm2708_fb soc:fb: FB found 1 display(s)
> [    0.245052] Console: switching to colour frame buffer device 80x30
> [    0.252763] bcm2708_fb soc:fb: Registered framebuffer for display 0, size 640x480
> [    0.260129] bcm2835-rng 3f104000.rng: hwrng registered
> [    0.263319] vc-mem: phys_addr:0x00000000 mem_base=0x3ec00000 mem_size:0x40000000(1024 MiB)
> [    0.269633] vc-sm: Videocore shared memory driver
> 
> 
> I have a PI2 sitting around here somewhere.  I'll see if I can get that running...
> 
> Any other ideas?
> 
> Thanks.
> 
> bruce
> 
> 21 March 2020 01:07 tim Rowledge <tim at rowledge.org> wrote:
> 
> 
> > On 2020-03-20, at 6:16 AM, Bruce O'Neel wrote:
> >
> >
> > I specialize in ridiculous. Good news, I guess, is that I dug up a monitor, and, walked it downstairs with a keyboard and mouse and attached it. The effect with the BitstreamVeraSans and ComicSans fonts are the same. Maybe it likes serfed fonts?
> 
> I'm completely baffled by this. I don't get this effect with any ARM vm that I have that actually runs, with any image I have.
> 
> >
> > So that means that it is not some funky X11 over the wire problem with the Mac and Windows X11 servers problem. That's good.
> 
> Guess so, though it just makes life weirder.
> 
> >
> > I have no idea then why. Are these fonts part of the image? Is it some funky binary format that for some reason Coq is mis-reading?
> 
> Yes, the font glyphs are in-image. We've been using these ones for goodness knows how many years.
> 
> >
> > I built a stack VM and I get the same result with a Squeak 5.3 image.
> 
> There*shouldn't* be any difference between the stack & cog vms.
> 
> You could try building a VM with the fastbitblt turned off I suppose -
> a quick hack is to find the BITBLT_FLAGS= -DENABLE_FAST_BLT and related lines in the Makefile in you squeak.cog.spur/build directory. I haven't actually built an ARM vm without that in years so I don't know it it even still works.
> 
> 
> tim





More information about the Squeak-dev mailing list