On Mon, Aug 05, 2024 at 02:58:07PM +0200, Mark Kettenis wrote:
> > From: Steffen Beyer
> > Date: Mon, 5 Aug 2024 13:55:09 +0200
> >
> > > On 4. Aug 2024, at 16:28, Steffen Beyer wrote:
> > >
> > > rkgpio0 at rkpinctrl0
> > > rkgpio1 at rkpinctrl0
> > > rkgpio2 at rkpinctrl0
> > > rkgpio3 at rkp
Am Sat, Aug 03, 2024 at 04:23:08PM +0200 schrieb Mark Kettenis:
> > From: Steffen Beyer
> > Date: Sat, 3 Aug 2024 14:11:34 +0200
> >
> > Good evening,
> >
> > I´m running into trouble getting OpenBSD 7.5 to run on my R6S. The
> > instructions in INSTALL.arm64 only mention RK356x explicitly, so I
On Mon, Feb 26, 2024 at 04:47:53PM +0100, Mizsei Zolt??n wrote:
> Hi,
>
> on NetBSD the following is used to support the eMMC modules on RK356x. Would
> it possible to implement asomething similar for OpenBSD?
>
> https://github.com/NetBSD/src/commit/f30b89bb4385f5fe218ff86be5d458a51fc62d4c
>
On Thu, Dec 21, 2023 at 01:29:32PM +, Miod Vallat wrote:
> > Hello Miod,
> >
> > Thank you for your reply.
> >
> > It would appear that, at least in my case, /dev/tty00 is not mapped to
> > any driver.
>
> Oops, my had, I hadn't looked carefully enough. It turns out that there
> are no devic
On Tue, May 09, 2023 at 09:54:59AM +1000, David Gwynne wrote:
>
>
> > On 8 May 2023, at 22:44, Mark Kettenis wrote:
> >
> >> From: Patrick Wildt
> >> Date: Mon, 8 May 2023 14:14:27 +0200
> >>
> >>> Am 07.05.2023 um 19:54 schrieb Kl
> Am 07.05.2023 um 19:54 schrieb Klemens Nanni :
>
> On Sun, May 07, 2023 at 06:30:55PM +0200, Mark Kettenis wrote:
>> As I've said before, the u-boot developers have poor quality control
>> and this will almost certainly break some targets.
>>
>> I think the way forward is to have a u-boot p
On Fri, Nov 18, 2022 at 12:53:44PM +, Klemens Nanni wrote:
> On Mon, Nov 14, 2022 at 11:37:05PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > the u-boot and dtb ports haven't been updated in a while, mostly because
> > updating those regularly breaks working
On Tue, Apr 18, 2023 at 09:24:04PM +0900, SASANO Takayoshi wrote:
> Oh, long time has passed.
>
> >> Maybe jsg@ has a good idea how to build both?
> >
> > I agree codesize may change with a newer toolchain.
> > Not sure about the other part.
>
> put PMIC fix for Allwinner H6 aside, I want to sim
On Tue, Nov 22, 2022 at 04:18:55PM +0100, Jan Stary wrote:
> On Nov 22 15:42:20, mark.kette...@xs4all.nl wrote:
> > > Date: Tue, 22 Nov 2022 14:40:06 +0100
> > > From: Jan Stary
> > >
> > > On Nov 22 13:52:52, h...@stare.cz wrote:
> > > > On Nov 14 23:37:05, patr...@blueri.se wrote:
> > > > > the
Am Mon, Nov 28, 2022 at 12:22:30AM +0100 schrieb Patrick Wildt:
> Am Fri, Nov 25, 2022 at 12:52:24AM + schrieb Peter Stuge:
> > Jan Stary wrote:
> > > Here is the cpsw problem:
> > >
> > > -cpsw0 at omsysc46: version 1.12 (0), address 90:59:af:82:2e:7e
&g
Am Fri, Nov 25, 2022 at 12:52:24AM + schrieb Peter Stuge:
> Jan Stary wrote:
> > Here is the cpsw problem:
> >
> > -cpsw0 at omsysc46: version 1.12 (0), address 90:59:af:82:2e:7e
> > +cpsw0 at omsysc46: version 1.12 (0), address 00:00:00:00:00:00
>
> I confirm this on beaglebone black but I'm
Am Fri, Nov 18, 2022 at 12:53:44PM + schrieb Klemens Nanni:
> On Mon, Nov 14, 2022 at 11:37:05PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > the u-boot and dtb ports haven't been updated in a while, mostly because
> > updating those regularly breaks working
If it wasn‘t supported, it wouldn‘t be able to know which firmware to load. I‘d
say the manpage needs updating. The code should do, I‘m not sure how the
firmware install situation looks like. kettenis@ should know better!
> Am 17.11.2022 um 14:47 schrieb Jan Stary :
>
> On Nov 17 14:44:59, h..
Hi,
the u-boot and dtb ports haven't been updated in a while, mostly because
updating those regularly breaks working machines. I think it's time for
another update, so here's a diff for both.
Before this heads into the tree it would be nice to get some testing
from people with Pinebook Pro, Rock
Am Sat, Nov 05, 2022 at 04:03:50PM +0100 schrieb Joel Carnat:
> Hi,
>
> I have installed OpenBSD 7.2 on a 14TB SATA disk using my ODROID HC4.
>
> During installation, I was not able to use the whole disk size
> although I selected "whole" and "auto partionning". The installer seemed
> to recogniz
Am Tue, Jan 11, 2022 at 01:04:52PM -0300 schrieb Crystal Kolipe:
> On Tue, Jan 11, 2022 at 04:54:08PM +0100, Patrick Wildt wrote:
> > Preorders for the Pro Explorer Edition will come up later today:
> >
> > https://www.pine64.org/2022/01/11/pinephone-pro-explorer-edition-pr
Am Thu, Dec 30, 2021 at 02:30:24PM +0100 schrieb Patrick Wildt:
> On Thu, Dec 30, 2021 at 08:51:24AM -0300, Crystal Kolipe wrote:
> > Hi,
> >
> > Thanks for your comments!
> >
> > On Sun, Dec 26, 2021 at 07:00:31PM +0100, Patrick Wildt wrote:
> > >
On Mon, Jan 10, 2022 at 10:33:54PM -0300, Crystal Kolipe wrote:
> On Mon, Jan 10, 2022 at 04:09:03PM -0300, Crystal Kolipe wrote:
> > On Mon, Jan 10, 2022 at 06:55:57PM +0100, Mark Kettenis wrote:
> > > > Date: Mon, 10 Jan 2022 18:35:05 +0100
> > > > From: Patri
Am Mon, Jan 10, 2022 at 07:42:12PM +0900 schrieb SASANO Takayoshi:
> Hi,
>
> To change AXP80x into RSB mode, put 0x7c value to register 0x3e.
> The value defined RSB_DMCR_DEVICE_MODE_DATA in sxirsb.c works
> 0x7e to the register. It needs to be fixed.
>
> At least my Allwinner H616 with AXP305 wo
On Thu, Dec 30, 2021 at 02:30:22PM +0100, Patrick Wildt wrote:
> On Thu, Dec 30, 2021 at 08:51:24AM -0300, Crystal Kolipe wrote:
> > Hi,
> >
> > Thanks for your comments!
> >
> > On Sun, Dec 26, 2021 at 07:00:31PM +0100, Patrick Wildt wrote:
> > >
On Thu, Dec 30, 2021 at 08:51:24AM -0300, Crystal Kolipe wrote:
> Hi,
>
> Thanks for your comments!
>
> On Sun, Dec 26, 2021 at 07:00:31PM +0100, Patrick Wildt wrote:
> > On Sun, Dec 26, 2021 at 08:19:49AM -0300, Crystal Kolipe wrote:
> > > * Although the USB root h
On Sun, Dec 26, 2021 at 10:08:11AM +0100, Jan Stary wrote:
> Dear all,
>
> St. Cthulhu brought me the Raspberry Pi Pico microcontroller to play with.
> I am aware it's just a microcontroller with no chance of running and OS,
> so this is OT, but this list is probably closest
> to where people woul
On Sun, Dec 26, 2021 at 07:23:09AM +0100, Dennis Nuesser wrote:
> Hi,
>
>
> I'm trying to install OpenBSD on a NanoPi R2S, but I'm having
> difficulties to define the correct block sizes for the *dd* to command
> to write the .img file into the correct spot.
>
> The OpenBSD manual at
> https://f
Am Mon, Dec 20, 2021 at 11:42:06AM +0100 schrieb Christopher Zimmermann:
> Hi,
>
> /usr/bin/objdump cannot disassemble aarch64:
>
> $ objdump -d /bin/ls >/dev/null
> objdump: Can't disassemble for architecture aarch64
>
> llvm-objdump can:
>
> $ llvm-objdump -d /bin/ls >/dev/null
>
> now I'm w
Am Tue, Nov 16, 2021 at 09:55:00AM -0500 schrieb John DiMarco:
> I'm with Sven on this one: you'll have better luck with x86 than arm building
> routers out of Openbsd. There is lots of x86 "industrial computer" hardware
> out of china that is capable of running openbsd well, much of which has
> mu
Am Wed, Nov 10, 2021 at 03:06:34AM +0200 schrieb Mihai Popescu:
> Is this line [1] of products interesting for OpenBSD, please?
> I ask because they are well known for quality and they have put 2
> interfaces on the board for a decent price. I have no news about the CPU
> capabilities regarding rou
Am Thu, Jul 08, 2021 at 01:04:38AM +0800 schrieb Justin Yang:
> I've installed OpenBSD-current arm64 on a SD card in the Rock Pi N10 (6G
> mem version). Everything works well except HDMI and USB3.
>
> I find that both USB3 port and HDMI exist on the dmesg output, but when I
> insert my USB drive t
Am Tue, May 18, 2021 at 10:55:04AM + schrieb Romain Gentile:
> Hello,
>
>
> I'm trying to install OpenBSD 6.9 on the Pinebook Pro,
> and I am running into the following issue when booting the system from an sd
> card:
>
> bwfm0: failed loadfirmware of file brcmfmac43456-sdio.rockchip,rk3399
Am Tue, May 18, 2021 at 07:42:07AM +0200 schrieb Alexandre Ratchov:
> On Mon, May 17, 2021 at 10:19:59PM +0200, Patrick Wildt wrote:
> > The thing though is that I thought xhci(4) was already calling syncmem
> > on that buffer. I mean, it's happening in xhci_device_isoc_s
The thing though is that I thought xhci(4) was already calling syncmem
on that buffer. I mean, it's happening in xhci_device_isoc_start(),
isn't it? It's doing
usb_syncmem(&xfer->dmabuf, 0, xfer->length,
usbd_xfer_isread(xfer) ?
BUS_DMASYNC_PREREAD : BUS_DMASYNC_PREWRITE);
and unless th
Am Thu, May 06, 2021 at 12:52:36AM +0100 schrieb Dave Wilson:
> Hi all,
>
> I'm *pretty* sure I've correctly followed INSTALL.arm64, but I may be
> misinterpreting it somewhere...
> (Full boot loop cycle at end of mail)
>
> I'm creating my microSD install card under Debian Bullseye arm64,
> becau
Am Sat, May 01, 2021 at 11:09:46AM +0200 schrieb Mark Kettenis:
> > From: Alessandro Pistocchi
> > Date: Thu, 29 Apr 2021 00:50:32 +0200
> > Content-Type: text/plain; charset="UTF-8"
> >
> > Hi all,
> > in the kernel I see the code below (file: arm64/dev/ampint.c lines:643-666).
> >
> > void
> >
Am Tue, Apr 20, 2021 at 09:23:08AM +0200 schrieb Alessandro Pistocchi:
> Thanks very much :-)
>
> I did not know about the eprom -p and it's actually very nice to have it.
>
> The info you gave me are mostly about the address of those peripherals in
> physical memory.
>
> What I was after was th
You can even get a Zigbee module combined with an RTC, and optional even
PoE if you want.
https://www.tindie.com/products/electrolama/zoe-rtc-zigbee-radio-and-rtc-for-raspberry-pi/
https://www.tindie.com/products/electrolama/zoe-poe-zigbee-radio-rtc-poe-for-raspberry-pi/
Am Sun, Jan 10, 2021 at 0
On Wed, Jun 03, 2020 at 04:27:00PM +0100, Steve wrote:
> A pair of us have been using OpenBSB as our firewall for about 10
> years now, but the hardware is getting old and we want to replace
> it with a smaller / lower power device. With the new Arm boards out
> now we have been attempting to make
On Wed, Jun 03, 2020 at 11:26:16AM -0700, Lear Zhou wrote:
> Testing has been done based on Patrick’s work. It turned out
> that the ure0 is not ready for serious usage.
>
> The issue is that ure0 will hang/freeze there after hours
> usage, while the kernel still running and can be accessed
> via
On Wed, Jun 03, 2020 at 08:31:08PM +0200, Patrick Wildt wrote:
> On Wed, Jun 03, 2020 at 08:15:44PM +0200, Patrick Wildt wrote:
> > On Wed, Jun 03, 2020 at 04:27:00PM +0100, Steve wrote:
> > > A pair of us have been using OpenBSB as our firewall for about 10
> > > yea
On Wed, Jun 03, 2020 at 08:15:44PM +0200, Patrick Wildt wrote:
> On Wed, Jun 03, 2020 at 04:27:00PM +0100, Steve wrote:
> > A pair of us have been using OpenBSB as our firewall for about 10
> > years now, but the hardware is getting old and we want to replace
> > it with a
On Wed, Jun 03, 2020 at 04:27:00PM +0100, Steve wrote:
> A pair of us have been using OpenBSB as our firewall for about 10
> years now, but the hardware is getting old and we want to replace
> it with a smaller / lower power device. With the new Arm boards out
> now we have been attempting to make
On Wed, Mar 25, 2020 at 01:15:03PM +0100, Otto Moerbeek wrote:
> On Wed, Mar 25, 2020 at 01:02:24PM +0100, Marcus MERIGHI wrote:
>
> > Hello,
> >
> > as I spend a lot of time with my Pinebook14/Pro there's things to report
> > and even more things to ask.
> >
> > Should I file bug reports to bu
On Tue, Dec 10, 2019 at 12:38:28AM +0200, Mihai Popescu wrote:
> https://store.pine64.org/?product=pinephone-braveheart-limited-edition-linux-smartphone-for-early-adaptor
We probably support the PinePhone as well es the Librem5. Which
means that we'll run on them, but we'll probably have no outpu
On Fri, Jun 07, 2019 at 10:21:31AM +0200, Jan Stary wrote:
> On Jun 06 14:43:59, mark.kette...@xs4all.nl wrote:
> > > Date: Thu, 6 Jun 2019 14:00:13 +0200
> > > From: Jan Stary
> > >
> > > On May 25 02:34:36, i...@ce.gl wrote:
> > > > I suspect this might be DTB related, I will take a look someti
We rely on U-Boot‘s EFI support. So if the GW‘s U-Boot supports the „bootefi“
command there‘s a chance, otherwise not. :)
Von meinem iPhone gesendet
> Am 23.03.2019 um 09:01 schrieb Jamie :
>
> Hi!
>
> Quite new to OpenBSD on ARM64 and, while I have a Gateworks newport
> GW6304 running Linux,
axppmic at rsb with axppmic_rsb
diff --git a/sys/dev/fdt/sxiuphy.c b/sys/dev/fdt/sxiuphy.c
new file mode 100644
index 000..40d22bb2df5
--- /dev/null
+++ b/sys/dev/fdt/sxiuphy.c
@@ -0,0 +1,110 @@
+/* $OpenBSD$ */
+/*
+ * Copyright (c) 2019 Patrick Wildt
+ *
+ * Permission to
On Thu, Jan 31, 2019 at 11:26:48AM +0100, Mark Kettenis wrote:
> > From:
> > Date: Wed, 30 Jan 2019 23:11:00 -0800
> >
> > 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 th
On Thu, Jul 05, 2018 at 10:42:27AM -0700, s_g...@telus.net wrote:
> Is there any progress with mp on arm? Where can I find info?
There is only MP support for arm64, not for armv7. As far as I know
no one is interested in making it work. Too much work for a platform
that will be outdated soon an
On Mon, Apr 16, 2018 at 01:43:52AM +0300, qweqwe.2009...@gmail.com wrote:
> Hello everybody again.
>
> I saw a commit
> (https://github.com/openbsd/src/commit/b0a12b40c03a7847ac690bf28d53883110b63b61)
> that implements tftp booting using EFI's Simple Network protocol,
> but nothing was changed on
On Tue, Mar 06, 2018 at 08:24:04PM +0100, Mark Kettenis wrote:
> > From: Christian Weisgerber
> > Date: Tue, 6 Mar 2018 19:10:32 - (UTC)
> >
> > On 2018-03-05, qweqwe.2009...@gmail.com wrote:
> >
> > > I need network boot on my Raspberry Pi 3B. I compiled u-boot and OpenBSD
> > > efiboot fr
On Mon, Jan 29, 2018 at 02:14:53PM +0100, Patrick Wildt wrote:
> On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote:
> >
> >
> > > On 11 Jan 2018, at 15:40, Karel Gardas wrote:
> > >
> > > - cloud/kvm solution. There are several cloud
On Mon, Jan 29, 2018 at 12:07:50PM +0100, Artur Pedziwilk wrote:
>
>
> > On 11 Jan 2018, at 15:40, Karel Gardas wrote:
> >
> > - cloud/kvm solution. There are several cloud provides already
> > selling/supporting Cavium ThunderX
> > and for quite cheap money. Anyone has a luck with this solut
-0 = <0x48>;
> #address-cells = <0x1>;
> #size-cells = <0x0>;
> status = "okay";
> phy-handle = <0x47>;
> phy-mode = "mii";
>
On Mon, Oct 23, 2017 at 12:03:28PM -0700, Stephen Graf wrote:
> Thank you for the advice. Yes that works, at least for the orange pi one.
So, do things work for you now? You should send the full diff you're
running with now.
syscon |= SYSCON_H3_EPHY_LED_POL;
+ else
+ syscon &= ~SYSCON_H3_EPHY_LED_POL;
+ syscon &= ~(SYSCON_H3_EPHY_ADDR_MASK <<
SYSCON_H3_EPHY_ADDR_SHIFT);
+ syscon |= sc->sc_phyloc << SYSCON_H3_EPHY_ADDR_SHIFT;
}
So, first of all copying the dtb entries is not a good idea. The reason
is that the phandles are gonna be all wrong and overriden, because those
are _generated_ on compile time. As you can see, the ethernet
controller references phy handle 0x7, but the phy has a phandle of 0x47.
Something is wron
On Tue, Sep 26, 2017 at 06:28:41PM +1000, Jonathan Gray wrote:
> On Mon, Sep 25, 2017 at 03:35:45PM +, Eichert, Diana wrote:
> > First, I have an RasPi 3 which I've tried to get running with OpenBSD. I'm
> > running into the previously noted USB flash drive issues where
> > Uboot does not re
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 Sun, Jun 11, 2017 at 04:50:07PM -0400, Luke Tidd wrote:
> Sorry the entire serial output from the upgrade is not available.
> The log lasted below shows the end of the upgrade, and two attempts to
> boot bsd and bsd.rd.
> I mostly mashed enter during the upgrade like usual. The mirror was
> open
e compiling on this platform with gcc or are we using clang?
All hail king clang(1).
>
>
> On Fri, Feb 24, 2017 at 8:05 PM Patrick Wildt wrote:
>
> > On Fri, Feb 24, 2017 at 01:47:28PM -0500, Bryan C. Everly wrote:
> > > Hi arm@
> > >
> > > If y
On Fri, Feb 24, 2017 at 01:47:28PM -0500, Bryan C. Everly wrote:
> Hi arm@
>
> If you haven't seen this box, it's a desktop machine that can actually
> support a decent amount of RAM (I think it can go up to 128GB if you
> want it to). I'm thinking about picking one up and was wondering how
> far
Easy question, easy answer: When it's ready! And that depends on
how many people are actively working on it. And that depends on,
well, basically on how many people are interested in ARM and have
enough spare time to work on it. That number isn't quite high.
There's plenty of hardware, but it's
Hi,
I just switched OpenBSD/armv7 to ARM EABI. This is a complete ABI
break which you cannot easily cross with a build. Instead, you need
to upgrade through this break with a snapshot. An EABI snapshot will
be synced to the mirrors soon.
Patrick
On Sat, Aug 06, 2016 at 12:51:37AM +0200, Patrick Wildt wrote:
> On Fri, Aug 05, 2016 at 04:51:55PM -0300, Daniel Bolgheroni wrote:
> > On Thu, Aug 04, 2016 at 04:32:09PM +0200, Patrick Wildt wrote:
> > > Mark just committed a diff that should fix this issue. :-)
> >
&
On Fri, Aug 05, 2016 at 04:51:55PM -0300, Daniel Bolgheroni wrote:
> On Thu, Aug 04, 2016 at 04:32:09PM +0200, Patrick Wildt wrote:
> > Mark just committed a diff that should fix this issue. :-)
>
> I was going to report this after making sure it's not something related
> t
On Tue, Jul 26, 2016 at 06:10:40PM -0300, Daniel Bolgheroni wrote:
> On Mon, Jul 25, 2016 at 04:26:26PM +0200, Mark Kettenis wrote:
> >
> > Also, are you plugged into a gigabit switch? If not, "ifconfig fec0
> > media 100baseTX" might help.
>
> Missed that.
>
> Thank you.
>
> --
> db
>
Mark
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 anon...@anoncvs4.usa.openbsd.org:/cvs checkout -rOPENBSD_5_9
> -P /usr/src
>
On Wed, Jun 29, 2016 at 02:46:57PM -0600, John McGuigan wrote:
> Hi folks,
>
> The discussion regarding the FriendlyARM SBCs and the focus on the
> CuBox-i4Pro got me thinking about my ideal arm board. Personally, I think a
> small ARM SBC would be perfect as a home router if it has 2 (or more)
>
e other, so no significant changes.
>
> The cb2 host kernel has a small workaround published by Patrick Wildt on
> bugs@, to only flush a TLB for a specified VA, not the entire TLB. It
> prevents a flood of pmap_fault_fixup messages on console. I know there
> are things to be done he
Hi,
yes, that's a known issue, with a temporary hack/fix attached
to this mail.
Patrick
diff --git sys/arch/arm/include/pmap.h sys/arch/arm/include/pmap.h
index c409ad3..544cd8d 100644
--- sys/arch/arm/include/pmap.h
+++ sys/arch/arm/include/pmap.h
@@ -328,6 +328,8 @@ do {
That diff makes my Banana Pi R1 and someone else’s PCduino boot up without
issues.
My u-boot is self-compiled from current u-boot sources with the Lamobo R1
default config. I have not enabled any legacy options.
The PCduino’s u-boot seems to be vendor supplied.
Imho this diff should go in.
Pa
rk on that.
> Am 10.12.2015 um 13:16 schrieb Jeunder Yu :
>
> In
> 2015年11月20日 下午7:07於 "Patrick Wildt" 寫道:
>>
>> Hi,
>>
>> Some might call it unimplemented feature, other might call it a bug.
>>
>> In essence this code is wrong. The value has
Hi,
Some might call it unimplemented feature, other might call it a bug.
In essence this code is wrong. The value has to match the cache line
size used in the specific CPU that we’re running on.
If you look at NetBSD, you’ll see that they always read out the size
prior to doing that sync. Free
Hi there,
There’s an EMAC and GMAC on the Allwinner SoCs. Bitrig and OpenBSD
only have a driver for the EMAC (sxie), which is why it doesn’t work.
Looks like FreeBSD has better support?
All the best,
Patrick
> Am 08.11.2015 um 16:47 schrieb Alexander Kratzsch :
>
> Hi there!
>
> Sorry for my
That usually means that either
a) the interrupts don’t arrive or
b) the timer/hardclock doesn’t tick.
Do your debug printfs print on interrupt? If not, try to add that and see if
there are any interrupts at all.
Patrick
> Am 11.10.2015 um 18:13 schrieb Leonardo Guardati :
>
> I believe I'm al
> Am 06.06.2015 um 16:47 schrieb Jonathan Gray :
>
> On Sat, Jun 06, 2015 at 03:43:46PM +0200, Patrick Wildt wrote:
>>
>>> Am 06.06.2015 um 15:06 schrieb Jonathan Gray :
>>>
>>> On Sun, May 24, 2015 at 02:34:04AM +0200, Patrick Wildt wrote:
>>>
> Am 06.06.2015 um 15:06 schrieb Jonathan Gray :
>
> On Sun, May 24, 2015 at 02:34:04AM +0200, Patrick Wildt wrote:
>> Just some random input.
>>
>> QEMU supports emulating a few ARM boards. One of those is
>> the cubieboard which OpenBSD already supports. Un
Just some random input.
QEMU supports emulating a few ARM boards. One of those is
the cubieboard which OpenBSD already supports. Unfortunately
it looks like that even though it does emulate its ethernet controller,
it does not emulate any storage.
Qemu also supports emulating a „virt“ machine. Th
qemu system emulation (= full emulated system) on my x86 is a third slower than
on my usual build machine.
Not sure how fast userland emulation is.
> Am 23.05.2015 um 02:24 schrieb Edwin Amsler :
>
> That's my thinking too. I know building is supposed to put a platform through
> its paces, but
The rPi2 is quite nice, but its USB controller is utterly disgusting (dwc2).
That one is also used in the Octeon (MIPS) and ODROID-C1. I haven’t gotten it
to work properly yet.
The ODROID-C1 has some good peripherals, including Gigabit Ethernet.
In the end none of them are supported in OpenBSD.
> Am 03.02.2015 um 14:33 schrieb Lampshade :
>
> Hello
> I haven't know that Raspberry requires non-free blob to even boot. So maybe I
> am going to buy something different. Now I think of ODROID-C1 from
> Hardkernel. It also have price of $35. On page:
> https://wiki.debian.org/FreedomBox/Targ
t;
> diana
>
>
>> On Mon, 5 Jan 2015, Patrick Wildt wrote:
>>
>> Until recently there has not been ARM hardware that actually has more
>> than two Gigabit Ethernet ports. As of now there are two options:
>>
>> There’s the Banana Pi R1, which ba
Hi,
some kind of support for the Wandboard has been added some time ago.
http://freshbsd.org/commit/openbsd/2ce7ec861f637d096831934acb14d06aeac1f993
\Patrick
> Am 27.12.2014 um 13:52 schrieb lausg...@gmail.com:
>
> Hi.
>
> I'm seeing Wandboard mentioned here: http://www.openbsd.org/plat.html
#x27;ll give it a look.
>
> Brian Conway
> Founder, Owner
> RCE Software, LLC
>
>
> On Tue, Dec 23, 2014 at 3:22 PM, Patrick Wildt wrote:
>> The i.MX version is definitely the wrong one. You gotta try the SUNXI
>> version.
>>
>> \Patrick
>>
The i.MX version is definitely the wrong one. You gotta try the SUNXI version.
\Patrick
> Am 23.12.2014 um 21:43 schrieb Brian Conway :
>
> Obviously not supported hardware, but wanted to throw this out in case
> it's of use to anyone. I picked up the mid-level CuBox-i2eX
> (dual-core, serial o
Actually, I have an i.MX6 machine that does not have u-boot on
a nor and needs it on a sdcard…
This really is horrible.
I’m actually looking forward to UEFI/ACPI on arm64 boards. Not
sure if that’s the best solution, but it’s better than having to supply
bootloaders and device trees.
> Am 01.12
4, at 10:46 PM, Edwin Amsler wrote:
>
>> First patch applied. Building now…
>>
>> Will report back tomorrow.
>>
>> On Nov 20, 2014, at 5:04 PM, Patrick Wildt wrote:
>>
>>> There’s a quirk in sunxi’s AHCI. The following stuff might fix it.
>
There’s a quirk in sunxi’s AHCI. The following stuff might fix it.
https://github.com/bitrig/bitrig/commit/6342a27bfe4dc590f8e266e370f54846a766a737
https://github.com/bitrig/bitrig/commit/9859ab07da261ebb4f561ff2b5bc5802b63ac57c#diff-cdba5a121488fee7d94cd9f33f4c1c53R1
> Am 20.11.2014 um 23:49 sc
Am 12.10.2014 um 12:05 schrieb cITs :
>
> Would you mind sharing the code that "manually defines the board" or at
> least at what level that happens and by what it is caused?
> Is it a drm module or is it a serial?
>
> Am 12.10.2014 um 10:41 schrieb Patrick Wildt:
>>
I have a Utilite, and it works fine here, running a BSD. I don’t know
if anything bad happens running whatever Linux they ship.
The images shipped by OpenBSD do not work on the Utilite. This is
because _every_ board currently has to be manually defined in the code.
With a few additional code, the
w do I install the OS after boot?
>
> Thanks
> Hrishi
>
>
> On 19-Sep-2014, at 6:04 pm, Patrick Wildt wrote:
>
>> Hey,
>>
>> the most probable cause is that this board, because it’s not a Sabre Lite,
>> uses
>> a different board id.
>>
&g
nt: 1080
> Verifying Checksum ... OK
> Loading Kernel Image ... OK
> OK
> No gpc device node -9, force to ldo-enable.
>
> Starting kernel ...
>
>
>
>
> On Thu, Sep 18, 2014 at 12:46 AM, Patrick Wildt
> wrote:
>
>> Hello,
>>
&g
Hello,
do you have to install u-boot on an SD card?
If so, then the miniroot doesn’t work for you. That particular miniroot
expects the board to boot from a u-boot flashed onto an on-board chip.
What you can do is flash u-boot to an SD card, put the IMX umg file there and
use u-boot commands
Hello Willi,
the UDOO probably isn’t supported as of now.
ARM boards usually have some kind of board identifier. This is used to identify
the board, to find out which serial console port it uses, if it has sdmmc slots,
and lots more board specific stuff.
The kernel itself supports the i.MX6 SoC
Hey,
I think that was fixed just 10 hours ago, see:
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/omap/ommmc.c#rev1.12
\Patrick
Am 04.12.2013 um 23:20 schrieb Joseph S. Testa II :
> Hi all,
>
> I'm trying to install the snapshot from
> http://ftp.openbsd.org/pub/OpenBSD/snapshots
Hey ARM@,
there’s a new snapshot copied out, which should hit the mirrors in the next
couple of hours.
Make sure to check the timestamp. The „old“ one is from the 14th of October.
This one should have the tmux and dmtimer problems removed. Also, the standard
Pandaboard and supported i.MX6 boar
I can only speak for the SABRE Lite and Nitrogen6x (i.MX6 based).
Those have some controller called IPU (version 3, IPUv3).
That controller needs to be supported in order to drive an LCD via LVDS.
Someone „just“ has to port it. :)
I _think_ the most work is supporting IPUv3 itself. Driving LVDS
I’m working on getting a new snapshot out, where those issues should be
resolved.
Somehow it seems my mirror is offline…
\Patrick
Am 26.10.2013 um 14:39 schrieb Jan Stary :
> On Oct 26 14:09:13, h...@stare.cz wrote:
>> On Oct 26 12:36:40, h...@stare.cz wrote:
>>> Juste reinstalled the current
Am 17.10.2013 um 21:08 schrieb Raphael Graf :
> On Wed, October 16, 2013 10:23 am, Jan Stary wrote:
>> Just installed Patrick's fresh snapshot.
>>
>> OpenBSD 5.4-current (GENERIC-OMAP) #11: Tue Oct 8 08:49:25 CEST 2013
>>r...@imx.fritz.box:/usr/src/sys/arch/armv7/compile/GENERIC-OMAP
>>
Am 17.10.2013 um 16:35 schrieb Jan Stary :
> On Oct 17 10:44:48, jd.arb...@googlemail.com wrote:
>> I ask myself (and you) if there is a problem getting hdmi to work.
>> it's not mentioned on http://openbsd.org/armv7.html [Projects].
>> Someday i would like to ban the serial cable hanging out of m
Hmm, that sounds interesting.
Am 16.10.2013 um 12:04 schrieb Gabriel Guzman :
> On 10/16, Jan Stary wrote:
>> Just installed Patrick's fresh snapshot.
>>
>> OpenBSD 5.4-current (GENERIC-OMAP) #11: Tue Oct 8 08:49:25 CEST 2013
>>r...@imx.fritz.box:/usr/src/sys/arch/armv7/compile/GENERIC
Am 17.10.2013 um 10:44 schrieb Jan Lambertz :
> I ask myself (and you) if there is a problem getting hdmi to work.
> it's not mentioned on http://openbsd.org/armv7.html [Projects].
> Someday i would like to ban the serial cable hanging out of my case.
> I'm aware of the driver problems with PowerV
1 - 100 of 109 matches
Mail list logo