What happened to php packages on the latest build of the arm packages? They
were there in the previous build. I was hoping to get a stable system with
the release of 6.3 but I can't build the system I want without php.
I tried to build php 7 on a freshly installed current arm7 system.
The following packages were built before an error occurred:
op1bsd63snap$ pkg_info
autoconf-2.69p2 automatically configure source code on many Un*x platforms
bison-3.0.4p0 GNU parser generator
bzip2-1.0.6p8 block-
I tried to continue the build of php with the ports snapshot of today and ran
into another gcc problem:
/usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove
extraneous parentheses
around the comparison to silence this warning
(thumb1_code)) == (
^
/u
Why is the gtk libtool so slow on arm? A typical command such as:
libtool: link: cc -o .libs/testentrycompletion -pthread -O2 -pipe -g -Wall
-Wl,-rpath-link -Wl,/usr/X11R6/lib -Wl,-rpath-link -Wl,/usr/X11R6/lib
testentrycompletion.o -L.libs -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0
-lgobject
I realize the orangepi is not the swiftest of machines, but the ld issue is
more than just SOC performance. The ld process should finish within a few
seconds to a minute. It is taking 20 minutes.
I am trying to build php as the current bulk build failed on so many
packages. I think it is the f
Thank you for the advice. I will try the patch, but I want to let the
current php build complete, which may take a few more days.
Did you get the bme code I sent you?
-Original Message-
From: Artturi Alm
Sent: May 2, 2018 3:55 PM
To: s_g...@telus.net
Cc: arm@openbsd.org
Subject: Re: gt
Thank you for the updates. I will build and test as soon as I get finished
with the php build. My system is still flailing away at gtk with each ld
session taking about 20 minutes. Could be days yet.
-Original Message-
From: owner-...@openbsd.org On Behalf Of Artturi Alm
Sent: May 3,
I have tested the diff (below) to the com driver on my orangepi. It works.
Can this patch be committed?
>From dmesg:
com0 at simplebus0: ns16550a, 64 byte fifo
com0: console
-Original Message-
From: owner-...@openbsd.org On Behalf Of Artturi Alm
Sent: May 2, 2018 2:26 PM
To: s_g...@
Yes this works.
>From dmesg:
sxitwi0 at simplebus0
iic0 at sxitwi0
bme0 at iic0 addr 0x76: BME280 60
sxitwi1 at simplebus0
iic1 at sxitwi1
bme1 at iic1 addr 0x77: BME280 60
And from sysctl:
op1bsdsnap# sysctl hw.sensors
hw.sensors.sxitemp0.temp0=187.74 degC (CPU)
hw.sensors.bme0.temp0=22.95 deg
HI Mark. I am trying to add H3 support to the sxitemp driver. The H3 SOC
only has the CPU thermal sensor, but it maps well to the CPU thermal sensor
on the H5. With the diff below I think I have been able to do all the
mechanical stuff to get the sensor to register. I also had to add a dtb
ent
I am trying to add H3 support to the sxitemp driver. The H3 SOC only has
the CPU thermal sensor, but it maps well to the CPU thermal sensor on the
H5. With the diff below I think I have been able to do all the mechanical
stuff to get the sensor to register. I also had to add a dtb entry for the
Is there a working spi interface for Allwinner H3?
Thank you for you reply. I was looking for an ADC chip and the ones I can
source locally are all SPI devices. Since I really do not need accuracy, I
redid my design to use analog data multiplexors and comparators driver by
gpio pins.
To use an ADC I would probably need an SPI driver and then a d
Does nanosleep work properly on arm? On my orangepione (Allwinner H3), I
can not get a nanosleep of less than 20 milliseconds and anything above that
seems to sleep 10 milliseconds more than what is requested.
Thank you for the patch. I applied it and am now able to get times less than
20 ms. However the time is now off by 1 ms instead of 10. A sleep of 10 ms
goes 11 ms and a 1 ms sleep goes 2ms. See attached.
Stephen Graf
-Original Message-
From: owner-...@openbsd.org On Behalf Of Arttur
There seem to be two issues with nanosleep.
The first is a lack of information in the man page. It would be useful to know
that the minimum sleep time is limited to one tick of the system clock and that
it varies with the architecture.
Second, given the above, there seems to be an initializati
Is there any progress with mp on arm? Where can I find info?
Does your comment apply to the whole arm7 port on openbsd? I can see
support faltering. It talks 48 days to build the packages. It's not worth
doing in the current way.
For the types of projects I want to build smaller is better. One processor
is enough. But to do things like the package build
I just tried to use php70 from the recent package build for armv7, on a
fresh install of current Aug 9.
When started, php runs constantly with the following log entries:
op1bsdtest2# tail /var/log/php-fpm.log
[10-Aug-2018 23:40:26] WARNING: [pool www] child 45495 exited on signal 10
(SIG
Has anyone had success or problems with any flavour of php-fpm on 6.4
stable, armv7?
In my testing the child process all crash immediately after start up. I saw
this behaviour in Aug., but it went away with the Aug 25 bulk build.
I get the following on every boot, install, and reboots. Fortunately it doe
not seem to affect the system install or installed system.
On orangepi one with latest u-boot and dtb.
OpenBSD/armv7 booting ...
arg0 0xc0ec1920 arg1 0x0 arg2 0x47ff9000
Allocating page tables
IRQ stack: p0x40ef v0xc0
The attached tcpdump traces are from armv7 and amd64 systems. The problem
on the armv7 system is very reproducible even though the pypi.io site uses
different hosts at random.
It has been many years since I analysed tcp traces and then it was with
wireshark and so my abilities are lacking. Howeve
I would like to ask for a bulk build on the arm architecture. The existing
bulk build of Oct 29 was outdated about a week after it came out.
Php for arm hasn't worked since Aug and I would like to work on it.
Has anyone ever tried to run openbsd arm on xen?
I have been able to set up xen on an orangepi one (Allwinner H3) with
armbian and run armbian guests.
However I have not been able to configure openbsd as a guest.
I would like to get php-fpm working again on arm. The last time I had a
working version was Aug.
I can build the port, run debug and report crash dumps but do not have the
expertise to analyse the code.
Any and all help is appreciated. I will do what I can under guidance.
First, I would like to
Thank you Jeremie for your suggestion. I built the gdb package and ran egdb
with the result below. I hope this provides some clues.
op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU
Thank you for your patience. This is all new to me. Not sure the results
will help much.
I would rebuild php with debugging enabled if someone can provide
instructions.
Thank you for the help, Stephen Graf.
Results with bt:
op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.cor
I gather the warnings about wrong libraries did not provide any clues.
Running the debugger will be a challenge for me, but I will give it a try.
What needs to be rebuilt with debug enabled? The more detailed the
instructions the better.
It is the child processes that are failing.
-Origina
I thought I would give openbsd arm64 a try and purchased an orangepi pc2.
I followed the INSTALL directions and the install of the system went
smoothly.
I used the lan connection at 1000Mbps to load the system install packages.
Simple things like top and df worked fine. Then I tried to add a pack
It seems to be related to network usage, although I cannot confirm that.
As to the unstableness, I loaded Armbian, download, installed and ran xfce and
Firefox, all without problems.
Something else that I notice is that the boot sometimes fails and I have to
power off and on again to get it goi
I borrowed the dtb from the Armbian system (attached file) and it ran for
quite a bit longer than with the
stock dtb, but then crashed in the middle of adding php. It got through
adding nano and wget.
The Armbian dtb also exposed the temperature sensors and the gpio voltage
controller:
sypwr0 a
I managed to change the Armbian dtb to set the cpu voltage to 1.3v:
sypwr0 at iic0 addr 0x65: 1.30 VDC
But it did not change anything - still crashes in perl when trying to add
packages.
Does the openbsd kernel change cpu power and speed to minimize power
consumption?
-Original Message-
How is the cpu voltage and cpu clock speed set on arm64? How can I tell what
is set?
I would like to try running the orangepi pc2 with a higher voltage and
lower speed to see if it becomes stable.
As Artturi pointed out there is much discussion about the speed capabilities
or lack thereof on the
Thank you for the reply.
1. The dtb from Armbian that I am using has the operating points property
and I think I have seen it on the dtb from packages.
cpus {
#address-cells = < 0x01 >;
#size-cells = < 0x00 >;
cpu@0 {
I just realized that the cpu speed on these boards defaults on start-up, the
pc2 to 816Mhz and the one to 1008 Mhz. Both of these machines should be able
to run at 1300Mhz.
The pc2 speed can be changed with hw.setperf, but not the one.
Can the sxiccmu module be changed to read a value from the dtb
-Original Message-
From: s_g...@telus.net
Sent: February 2, 2019 11:29 AM
To: 'Krystian Lewandowski'
Subject: RE: initial cpu speed on orangepi one and orangepi pc2 - probably
other H5 and H3 boards
Thank you for your reply.
The stock dtbs do not have the "operating-points-v2" and i
On my pc2 I am using a dtb from Armbian that has operating points, but I am not
sure if sxiccmu uses it.
Maybe Mark could comment.
It is interesting to note that Armbian sets the voltage to 1.3v at 816Mhz,
whereas Openbsd starts up at 816Mhz and 1.2v.
from Armbian dtb:
opp
I was able to pkg_add stress without a crash and set up a script. Running
for about 1 minute at 816Mhz did not have problems. Usually a pkg_add of
much shorter duration at this speed will result in a crash.
I ran a 10 sec test at 1300Mhz successfully, but the cpu got very hot, > 60
degC. I should
I just tried a wifi stick (run0) with the dwxe taken out and the system crashed
in perl as usual when doing a pkg_add.
My apologies to the dwxe driver developers.
Stephen Graf
-Original Message-
From: owner-...@openbsd.org On Behalf Of
s_g...@telus.net
Sent: February 2, 2019 5:05 PM
To
Thank you for the information. I can now see where the various frequencies
come from when I change setperf.
Is it possible to see the cpu voltage anywhere, to go along with the
hw.cpuspeed?
I want to do further testing with the stress program as I do not think the
H5 stability problems are to do w
My orangepi pc2 will eventually crash with always the same symptom " panic:
amap_pp_adjref: negative reference count" if pushed with enough work and
network traffic.
I can compile the kernel successfully as long as I stay off the lan during
the processing. I have also tested the system with stress.
I am now also experiencing crashes without a network connection. I
unplugged the lan and stopped ntpd. Testing by building the kernel.
cc -g -Werror -Wall -Wimplicit-function-declaration -Wno-uninitialized
-Wno-pointer-sign -Wno-constant-conversion -Wno-address-of-packed-member
-Wfram
I think your system is out of date. If you load the latest current it should
work.
-Original Message-
From: owner-...@openbsd.org On Behalf Of Kihaguru
Gathura
Sent: February 10, 2019 9:13 PM
To: misc ; arm@openbsd.org
Subject: Missing libraries.
Hi,
Any ideas on how to fix the missi
Has anyone had any success in getting php-fpm working on an armv7 platform?
I just tried it on the latest 6.5 stable package and the child processes are
still crashing.
Attached is a diff to ver 1.7 for a reset of the i2c bus on error. I made
sure I tested it properly this time.
It also includes a one liner to output the bus frequency on boot.
sxitwi_diff_with_reset
Description: Binary data
45 matches
Mail list logo
