[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
|