Hi,
just lazy backup of a patch[0] likely to end up in linux soon.
i haven't tested the diff below on openbsd yet, but it's clear
that sxiahci is affected by the less-than-expected performance,
and i hope this fixes part of it :]
-Artturi
[0] https://lkml.org/lkml/2019/5/12/161
diff --git a/s
On Thu, Jan 31, 2019 at 08:20:21PM +0100, Mark Kettenis wrote:
> > From:
> > Date: Thu, 31 Jan 2019 11:04:25 -0800
> >
> > It seems to be related to network usage, although I cannot confirm that.
>
> Interesting...
>
> The crash always seems to involve perl as far as I can tell. I've
> seen it
On Sun, May 20, 2018 at 11:54:43PM -0700, s_g...@telus.net wrote:
> 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.
>
Hi,
it does
On Tue, May 08, 2018 at 12:14:30AM +0530, Neeraj Pal wrote:
> Hello guys,
>
> I am on a RPI3 B with a 4GB HP [pendrive] and a 16GB micro sdhc.
> Installing OpenBSD 6.3-current via miniroot (snapshots) works like a
> charm and then if I interrupt u-boot to setenv boot_targets usb0 mmc0
> pxe dhcp a
-- /dev/null
+++ share/man/man4/bme.4
@@ -0,0 +1,44 @@
+.\"$OpenBSD: tsl.4,v 1.10 2015/10/02 09:29:02 sobrado Exp $
+.\"
+.\" Copyright (c) 2005 Mark Kettenis
+.\" Copyright (c) 2018 Artturi Alm
+.\"
+.\" Permission to use, copy, modify, and distribute this software f
t; com0: console
>
>
> -Original Message-----
> From: owner-...@openbsd.org On Behalf Of Artturi Alm
> Sent: May 2, 2018 2:26 PM
> To: s_g...@telus.net
> Cc: arm@openbsd.org
> Subject: Re: gtk libool slow on arm
>
> On Wed, May 02, 2018 at 10:35:27AM -0700, s_g...
On Sat, May 05, 2018 at 11:45:39AM -0700, jungle boogie wrote:
> Hi All,
>
> I have one of each of these devices:
> pine64
> pine64-lts
> nanopi
>
> They're all running openbsd snapshots from today, with very minimal package
> installations. When inserting a usb drive into the boards, I don't see
nBSD: tsl.4,v 1.10 2015/10/02 09:29:02 sobrado Exp $
+.\"
+.\" Copyright (c) 2005 Mark Kettenis
+.\" Copyright (c) 2018 Artturi Alm
+.\"
+.\" Permission to use, copy, modify, and distribute this software for any
+.\" purpose with or without fee is hereby granted, provided that
On Thu, May 03, 2018 at 12:26:18AM +0300, Artturi Alm wrote:
> On Wed, May 02, 2018 at 10:35:27AM -0700, s_g...@telus.net wrote:
> > I realize the orangepi is not the swiftest of machines, but the ld issue is
> > more than just SOC performance. The ld process should fini
On Wed, May 02, 2018 at 10:35:27AM -0700, s_g...@telus.net wrote:
> 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
On Sat, Mar 24, 2018 at 11:31:36PM +0900, SASANO Takayoshi wrote:
> Hello,
>
> On Sat, 24 Mar 2018 22:38:42 +0900,
> Mark Kettenis wrote:
> > I believe the sunxi EMAC uses SRAM and that the current sxie(4) driver
> > expects that SRAM to be properly initialized and set up by U-Boot.
> >
> > In su
On Wed, Mar 21, 2018 at 12:03:41AM +0900, SASANO Takayoshi wrote:
> Hello,
>
> Recently I bought pcDuino v1 and trying to run OpenBSD/armv7-current.
> sxie(4) supports Allwinner A10's EMAC ethernet and I think it can drive
> pcDuino's ethernet port but something goes wrong.
>
> This is a log of t
On Wed, Dec 13, 2017 at 09:51:43PM +0200, Hannu Vuolasaho wrote:
> Hello!
>
> I have OpenBSD running on the RPi 3. Unfortunately SD card isn't supported
> so I run from USB stick like everybody else. My blazing fast USB stick is
> really slow on RPi :( So I have some motivation to scratch my itch.
On Sun, Nov 19, 2017 at 03:09:38PM -0500, Eduard Nicodei wrote:
> > Original Message
> >Subject: Re: sunxi/sxie.c: ~3KB/s TX speed (6.2 + uboot 17.03)
> >Local Time: November 14, 2017 12:07 AM
> >UTC Time: November 14, 2017 12:07 AM
> >From: artturi@gmail.com
> >To: Eduard Nico
On Sun, Nov 19, 2017 at 03:09:38PM -0500, Eduard Nicodei wrote:
> > Original Message
> >Subject: Re: sunxi/sxie.c: ~3KB/s TX speed (6.2 + uboot 17.03)
> >Local Time: November 14, 2017 12:07 AM
> >UTC Time: November 14, 2017 12:07 AM
> >From: artturi@gmail.com
> >To: Eduard Nico
On Sun, Nov 19, 2017 at 03:09:38PM -0500, Eduard Nicodei wrote:
> > Original Message
> >Subject: Re: sunxi/sxie.c: ~3KB/s TX speed (6.2 + uboot 17.03)
> >Local Time: November 14, 2017 12:07 AM
> >UTC Time: November 14, 2017 12:07 AM
> >From: artturi@gmail.com
> >To: Eduard Nico
On Mon, Nov 13, 2017 at 06:33:48PM -0500, Eduard Nicodei wrote:
> Hi,
>
> I've had same problem as Artturi
> (https://marc.info/?l=openbsd-bugs&m=150071170630651&w=2), but on a Olinuxino
> A10 Lime. After trying u-boot 17.03 I noticed that TX speeds were very slow
> (~3KB/s).
>
> Here is what
On Sun, Oct 29, 2017 at 10:43:44PM -0700, Stephen Graf wrote:
> Hi Artturi,
>
> Now that I have a working NIC on my orangepi one, I turned my attention back
> to the BME280 sensors. I put a second sensor on the system, this time on
> the i2c0 bus and changed the dtb to what is included below. My
On Thu, Oct 12, 2017 at 10:14:34PM -0700, Stephen Graf wrote:
> I added some debug lines to try to see what is happening. I could not see
> the dwxe clocks being turned on until I changed:
>
> /* Enable clock. */
> // clock_enable(faa->fa_node, "stmmaceth");
> // reset_deassert(
On Sun, Sep 24, 2017 at 11:35:56AM -0700, Stephen Graf wrote:
> I just checked the Allwinner A10 documentation (for which the driver was
> written) and this is definitely a reverse of the H3. H3 says write '1' and
> A10 says write '0'.
>
Oh, great :) that info will help the dev w/H3-hw, to make
On Wed, Sep 13, 2017 at 09:23:05PM +0300, Artturi Alm wrote:
> On Wed, Sep 13, 2017 at 10:50:28AM -0700, Stephen Graf wrote:
> > I am trying to get an i2c driver working on orange pi one (H3).
> > Reading the H3 datasheet would lead me to believe that the switwi driver
> >
On Wed, Sep 13, 2017 at 10:50:28AM -0700, Stephen Graf wrote:
> I am trying to get an i2c driver working on orange pi one (H3).
> Reading the H3 datasheet would lead me to believe that the switwi driver
> should work. The H3 data is the same except for 2 additional extended
> feature registers tha
On Mon, Aug 28, 2017 at 09:32:04AM +0300, Artturi Alm wrote:
> On Sat, Aug 26, 2017 at 09:29:31PM +0200, Mark Kettenis wrote:
> > > From: "Stephen Graf"
> > > Date: Sat, 26 Aug 2017 11:58:58 -0700
> > >
> > > Thank you again for your suggesti
On Sat, Aug 26, 2017 at 09:29:31PM +0200, Mark Kettenis wrote:
> > From: "Stephen Graf"
> > Date: Sat, 26 Aug 2017 11:58:58 -0700
> >
> > Thank you again for your suggestions. I tried to follow your example but it
> > did not work out as expected.
> > For some reason the gpioctl set command is no
On Sun, Aug 27, 2017 at 07:26:19PM +0300, Artturi Alm wrote:
> On Mon, Aug 21, 2017 at 10:18:04PM +0200, Mark Kettenis wrote:
> > I just committed a change to the armv7 bootloader that makes it pass
> > the EFI memory map to the kernel. This will be used in the future to
> &
On Mon, Aug 21, 2017 at 10:18:04PM +0200, Mark Kettenis wrote:
> I just committed a change to the armv7 bootloader that makes it pass
> the EFI memory map to the kernel. This will be used in the future to
> avoid stomping on memory used for the firmware, framebuffers etc.
> This change is incompat
_led
pin green_led: state 1
root@cubie2:~ # gpioctl gpio7 green_led toggle
pin green_led: state 1 -> 0
root@cubie2:~ # gpioctl gpio7 green_led toggle
pin green_led: state 0 -> 1
root@cubie2:~ # it does work. :)
testing is easier in singleuser, so:
>> OpenBSD/armv7 BOOTARM 0.8
boot&g
On Thu, Aug 24, 2017 at 12:13:25AM +0300, Artturi Alm wrote:
> On Wed, Aug 23, 2017 at 10:05:18AM -0700, Stephen Graf wrote:
> > From the advice from Mark and the further reading that I did, I think I am
> > doing the right things.
> >
> >
> >
> > I ca
On Wed, Aug 23, 2017 at 10:05:18AM -0700, Stephen Graf wrote:
> From the advice from Mark and the further reading that I did, I think I am
> doing the right things.
>
>
>
> I can set the status light from u-boot, but cannot configure the pin in
> OpenBSD.
>
>
>
> The attached console log sh
if i wasn't clear enough about it being more than likely
unsupported by OpenBSD atm., but from what i read by patrick@ on misc@,
you may expect someone to start on it sooner than later.
If noone else does, i will once the u-boot-sunxi-with-spl does hit
the mirrors for A64(pine/sun50i), whic
On Wed, Aug 16, 2017 at 02:45:30PM -0700, Stephen Graf wrote:
> I was able to install OpenBSD current on my orangepi one today.
>
>
>
> One small issue is that the u-boot package is not in i386 snapshots. So I
> used u-boot and dtb packages from amd64.
>
>
>
> The big problem is that the
On Tue, Jul 26, 2016 at 02:53:17PM +0200, Patrick Wildt wrote:
> On Mon, Jul 25, 2016 at 10:52:46PM -0700, eaton.chiou wrote:
> > Hi, there,
> > Now I am working on cross-compiling v5.9 for armv7. What I have done is as
> > following.
> > 1. download source code of v5.9
> > # cvs -qd ano
On Thu, Jun 30, 2016 at 03:59:59PM +1000, Jonathan Gray wrote:
> On Thu, Jun 30, 2016 at 08:38:03AM +0300, Artturi Alm wrote:
> > On Thu, Jun 30, 2016 at 03:21:18PM +1000, Jonathan Gray wrote:
> > > On Wed, Jun 29, 2016 at 05:39:47PM +0300, Artturi Alm wrote:
> > > >
On Thu, Jun 30, 2016 at 03:11:06PM +0100, Kevin Chadwick wrote:
> > Personally, I think a
> > small ARM SBC would be perfect as a home router if it has 2 (or more)
> > Ethernet ports
>
> Perfect is a strong word which got me thinking, assuming the ARM
> boards are stable enough now and considerin
On Thu, Jun 30, 2016 at 03:21:18PM +1000, Jonathan Gray wrote:
> On Wed, Jun 29, 2016 at 05:39:47PM +0300, Artturi Alm wrote:
> > On Wed, Jun 29, 2016 at 02:44:29PM +1000, Jonathan Gray wrote:
> > > On Wed, Jun 29, 2016 at 04:21:39AM +, Karl Hammerschmidt wrote:
>
On Wed, Jun 29, 2016 at 07:53:08PM +0200, Juan Francisco Cantero Hurtado wrote:
> On Wed, Jun 29, 2016 at 05:39:47PM +0300, Artturi Alm wrote:
> > On Wed, Jun 29, 2016 at 02:44:29PM +1000, Jonathan Gray wrote:
> > > On Wed, Jun 29, 2016 at 04:21:39AM +, Karl Hammerschmidt
On Wed, Jun 29, 2016 at 02:44:29PM +1000, Jonathan Gray wrote:
> On Wed, Jun 29, 2016 at 04:21:39AM +, Karl Hammerschmidt wrote:
> > Is anyone else interested in their boards?
> >
> > They were very willing to provide extra documentation when asked,
> > including a schematic for one of their L
Hi,
i'm unsure about the accepted way of working around irregular registers,
like would be needed with supporting Mentor OTG USB on both omap&sunxi
on armv7. irregular as in _no_ correlation what so ever, so off*4 kind
of solution does not apply.
My question in particular is; is (ab)using bus_spac
On Wed, Jun 01, 2016 at 11:26:33PM +0200, Farid Joubbi wrote:
> I was able to boot with the latest snapshot, and it finds both disks.
> Unfortunately I still get the "newfs: wtfs: write error on block 160:
> Input/output error".
>
> Using miniroot-am335x-60.fs 31-May-2016 SHA256:
> e72bd2b7289c845
42718
--- /dev/null
+++ b/sys/arch/armv7/sunxi/axp20x.c
@@ -0,0 +1,150 @@
+/* $OpenBSD$ */
+/*
+ * Copyright (c) 2014,2016 Artturi Alm
+ *
+ * Permission to use, copy, modify, and distribute this software for any
+ * purpose with or without fee is hereby granted, provided that the above
+ * copy
so i found this while digging rotten branches, initially from NetBSD.
managed to refrain from cleaning up anything in the diff below.
tested to compile, runtime tests done on something that actually does
run on my sunxis, it seems sunxi hasn't fixed itself on your tree, or
maybe it does work, but
On Wed, Apr 20, 2016 at 04:22:32AM +0300, Artturi Alm wrote:
> Hi,
>
> would anyone care to look at diffs aiming to make diffs like below possible
> for armv7 too? doesn't take 'much' fixing beyond removing cruft, and can
> be done mostly w/o touching the files/hea
Hi,
would anyone care to look at diffs aiming to make diffs like below possible
for armv7 too? doesn't take 'much' fixing beyond removing cruft, and can
be done mostly w/o touching the files/headers shared with armish/zaurus, if
wanted.
-Artturi
sys/arch/arm/arm/cpuswitch7.S | 224 +++-
Like i wrote earlier, i don't think it's supported, because of
-march=armv6 and gcc version 4.2.1 20070719, unless i have missed
something.
On 08/01/13 02:28, Richard Allen wrote:
Could we just use GCC intrinsics in C?
On Jul 31, 2013 9:08 AM, "Artturi Alm" wrote:
On 07/
On 07/31/13 16:37, Artturi Alm wrote:
On 07/31/13 08:57, Richard Allen wrote:
Hi,
I just wanted to let you know that _atomic_lock(), from _atomic_lock.c,
as used by librthread should probably have a barrier instruction added
to prevent the processor from reordering loads/stores around the
On 07/31/13 08:57, Richard Allen wrote:
Hi,
I just wanted to let you know that _atomic_lock(), from _atomic_lock.c,
as used by librthread should probably have a barrier instruction added
to prevent the processor from reordering loads/stores around the atomic_lock.
For more information about b
tralalaaa im so happy!
during weekend i almost gave up, did already order pandaboard and
beaglebone black to just get the project forward i bought the cubie
for..
oh well i can find a use for them too.
now is time to allow ehci1 to attach again and see if i can make this
crash with usb-wifi.
so
On 07/12/13 00:33, Marek Vasut wrote:
Dear Artturi Alm,
[...]
Checking the linux code, they really seem to use their own thing, not gic. That
sucks.
Best regards,
Marek Vasut
Sucks or not, it's not the problem, interrupts now work as supposed to,
as far as i can tell.
After sendin
On 07/11/13 03:25, Marek Vasut wrote:
Dear Artturi Alm,
[...]
Does it not use standard ARM GIC ?
[...]
Best regards,
Marek Vasut
Hi,
While I know about the credibility issues with wikipedia, there
Cortex-A8 is only one without it listed in features from ARMv7-A cores.
On top of that
On 07/02/13 19:28, minux wrote:
On Mon, Jul 1, 2013 at 7:20 PM, Artturi Alm wrote:
So, i found out that the docs i have don't include
sd/mmc controller register definitions etc., only the overview.
which lead me to fix ehci and now it might boot, but
i cant figure out how to cross-
So, i found out that the docs i have don't include
sd/mmc controller register definitions etc., only the overview.
which lead me to fix ehci and now it might boot, but
i cant figure out how to cross-build release, if it's even
supported, and if not, what else can i do?
in short: i dont know how to
2013/6/26 Artturi Alm :
> Yeah, now intc is attaching, and possibly even working :)
> i think i'll find out soon after timer attaches so initclocks wouldnt panic.
they weren't... interesting stuff anyway, while very frustrating
w/my (missing) knowledge, after banging my head into
2013/6/25 Tobias Ulmer :
> On Tue, Jun 25, 2013 at 04:45:43AM +0300, Artturi Alm wrote:
>> Hi,
>>
>> So i found the answers myself, should of have started porting
>> instead of writing the mail back in friday already, given how easy
>> it was to find
Hi,
So i found the answers myself, should of have started porting
instead of writing the mail back in friday already, given how easy
it was to find the answers, sorry for being lazy..
anyway, i already got dmesg w/com0 attaching :)
>From here i think things will get more interesting.
- Artturi
Hi,
I badly want to run OpenBSD on Allwinner A10, Cubieboard to
be more specific, but now I'm a bit lost in the /src to be honest.
For now I've been planning to start with copying beagle/
into allwinner/, and strip it from code for omaps while
rewriting/copypasting the allwinner support from freeb
55 matches
Mail list logo
